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This thesis is aneffort toward the development of 
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model for analyzing computer performance and resource 
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I. INTRODUCTION 


The basic objective of computer center management is to 
provide high ccmputer system performance ata reasonable 
cost under conditions of fluctuating workload and fixed 
computer resources (Ree. i). In order to satisfy this 
ebjective, it is necessary to forecast the performance and 
resource utilization which would result from a permanent and 
Significant change in worklcad, 2g resources remain 
unchanged. If projected perfcrmance 1s unsatisfactcry or 
the anticipated resource utilization is low, the forecast 
crrovides a warning that resources must kre expanded or 
contracted, respectively. Once the condition of saturation 
cr under utilization has been anticipated, it is necessary 
+o forecast the perfcrmance and resource utilization which 
would be obtained when rescurces are changed. 


For the Trident Submarine Command and Control Systea, 
the Tactical Software Support Systean (TS3) Resource 
Management Plan defines the specifications, general 
procedures and activities relating to the initiation and 
continuing operaticn cf a resource management function. 


Tais functicn*s responsibilities will tke to coliect, 
retain, process, and analyze data relating to the 
utilization of TS3 lakoratory resources and to communicate 
pertinent informaticn to the TS3 and Trident Command and 
Control System (CCS) user community management. 


The purpcese of the Resource Management Plan defines 
directions and activities relating to the monitoring and 
reporting of computer systen resource utilization and 
performance, addressing also the application of forecasting 


for capacity planning. 


The 153 labcratcry uses IBM 4341 systems with the 





Virtual Machine Facility 370 (V¥M4370) operating system, the 
cne which manages the rescurces of the 4341 system complex 
in such a way that multiple users have a functional 
Simulaticn of a ccmputing system (a virtual machine) at 
their disposal. 


This thesis is an effort toward the development of 
performance and resource usage forecasting equations anda 
model for analyzing computer performance and resource 
allocaticn for systems using VM4/370. 


The main efforts in the analysis of VM/370 system are: 
p?) to present a methodolcgy based co perrformance 
measurement and analysis techniques, trying to relate the 
trends in the data tc the working of the system, and thus 
gain an insight into what might cause the system to saturate 
and its performance tc degrade, (2) analyze the statistical 
correlations amcng performance and resource usage variables 
in order to estimate the degree of association among these 
variables, (3) identify those variables that are good 
indicators of system load, and (4) formulate regression 
equations for forecasting the computer system performance. 


Chapter II presents the highlights of the IBM 4341 
System, with emphasis cn some performance asfects. Chapter 
III presents the highlights and performance considerations 
of the Virtual MSachineysSystem Product (VM/SP), which is 
planned to replace the VM/370 as an operating System, at the 
733 laboratory. 


For the data collecticn the IBM 3033 AP system using 
TH/7SP ip the W.R. Church Computer Center cf the NPS was 
used. Chapter IV presents some highlights cf this systen 
and its actual configuration. Chapter V ccvers the VM/SP 
performance measurement tcols. Chapter VI presents the 


methodolcgy used for the performance analysis and gives the 
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results cbtained. 


Appendices A to D contain the executive programs, 
program listings, sasgple of the data obtained at the data 
collection stage and a sample of one obsServation output. 
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II. IBM 4341 HIGHLIGHTS 


A. IBM 4300 SERIES 
ie Jeetcoduction 


The IT2M 4300 Series, which was announced in January 
1979 initially consisted of two central processors, the 
4331 and the 4341, together with five new peripheral devices 
and three enhanced oferating systems. In May 1980, IBM 
filled the large performance gap between the two original 
processors by adding the 4331 Model Group 2. This processor 
has twice the processing pcwer and up to four times the main 
memory capacity of the original 4331 , which is now 
designated the 4331 Mcdel Group .1. 

The most important aspects of the 4300 Series 
product line are [{Ref. Duis 1) the strikingly improved 
price/performance it cffers; 2) the advanced technology 
employed to achieve those price/performance gains; and 3) 
the accompanying changes in IBM software pricing and support 
policies. 

In terms of hardware performance per dollar, the 
4300 Series processcrs offer approximately a four-fold 
increase over the corresponding System/370 processors, 
[RE . 3 ). The software anncuncements that accompanied the 
4300 Series introduction indicate a continuing IBM 
commitment to improve toth the functionality of its software 
and the support it provides to users of these products. At 
the same tine, the software policy is clearly designed to 
€nsure that increased software and support cost will at 
least partially offset the savings in hardware costs that 


the new computers will bring to IBM users. 


Dis 


lr 


rocesscrs 





The 4300 Series central processors can cperate 
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either ina System/370 - compatible mode or in an Extended 
Control Program (ECPS) mode. The latter mode takes full 
advantage of the extensive microcoding available in these 
machines to reduce cperating system overhead and improve 
system throughput. 

In comparison with the 370/138 (Jun. 1976), memory 
packaging on the 4300 Series is 32 times denser, and because 
CH this, the 4331 Mcdel Group 1 requires up to 70% less 
power, andthe 4341 requires cver 50% less power than the 
370/138 

All three of the 4300 Series processcrs share these 
common features; 


- The system/370 Universal Instruction Set. 

- Channels with virtual storage addressing. 

- Maintenance support functions including a Support 
processor and remote support facility. 

- Store and fetch storage protection. 

- Byte - oriented operands. 

- Clock comparator, CFU timer, time of day clock, interval 
timer. 

- PSW Key handling, control registers. 

= @xtended=-precision floating eecint. 

- Program event recording. 


- and machine check handling, 


According to IBM, the 4331 Model Group 1 is designed 
for the first-time ccmputer user, such as a department or 
branch office within a larger enterprise, that could benefit 
from data base/data conmunications, Luteractive and 
distributed processing capabilities; it is also meant to 
replace many of the remaining IPM Systemy360 computers still 
in service. The 4331 Model Group 1 can operate as a stand- 
alone unit, or it can be linked to other 4300's or attached 


to a central System/2/70 host. 
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Feripheral and communications equipment can be 
connected to the 4331 Model Group 1 by means of one byte 
multiplexer channel, one block multiplexer channel, and 
several integral adapters. Data rates on the two channels 
Bay not exceed 500k Eytes per second, which precludes the 
connection of high-speed disk or tape units. The optional 
CASD adapter, however, fpermits direct connection of up to 
four direct-access stcrage devices for a maximum on-line 
disk storage capacity of over 9 billion bytes. 

The 4331 Model Group 2 processor appeared in May 
1980, featuring major improvements in perfcrmance, memory 
capacity, and input/cutput capabilities over the 4331 Model 
Group 1. The rated instruction execution speed of the 4331 
Model Group 2 is twice that of the 4331 Model Group 1 anda 
little cver one-half that of the 4341. The new processor is 
cffered in 4&4 models with memory capacities of 1,2,3 and 4 
Megabytes. 

The 4331 Model Group 2 can be equipped with the sane 
integrated peripheral adafters as the Group 1 processor, 
plus an optional seccnd DASD adapter and greatly improved 
I/O channel capabilities. One high-speed block multiplexer 
channel can handle a data transfer rate cf up to 1.86 
million bytes per second, permitting the attachment of high- 
speed disk storage units. 

An installed 4331 Model Group 1 processor can be 
field-upgraded tc a Group 2 processor in aprceximately 13 to 
16 hours. 

The IBM 4341 processor is available in two models 
with main memory capacities of two and four megabytes. Et 
features a lower purchase price and an instruction execution 
speed up to 3.2 times as fast as a Systen/370 Model 138 with 
1 Mbyte of memcry. The 4341s performance capability falls 
between that cf the 370/148 and the 370/158-3. IBM 
describes the 4341 as particularly suitable for experienced 
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intermediate system users who need increased processing 
power, and those who cculd benefit frem distributed 
applications that require more capacity. 

None of the integrated feripheral adapters used on 
the 4331 processors is available for the 4341. Instead, all 
peripheral and communicaticns devices are connected via 
standard I/O channels and control units. 

Along with the 4300 SerieS processors, IBM 
introduced five new peripheral devices: the 3310 and 3370, 
Direct-Access Storage CLevices, the 3880 Control Storage, and 
the 3205 Sodel 5 and 3262 printers. 


3. Software and Support 


= ee 


Not since the System/36Q unveiling in 1964 had IBM 
made an announcement that cculda lmpact users of its 
cperating system software to such a magnitude as the 
software and support announcements that accompanied the 
January 1979 unveiling of the 4300 Series computer line. 
These announcements spelled out the operating environments 
cf the future, and clearly identified the life spans of 
several existing operating systems. [Rer.4] 


a. Operating Systems 


There are three new system ccntrol progran 
environments: 
- An extended version of DCS/VS, called DOS/VS extended, ofr 
Simply DOS/VSE. 
- a new version of OS/VS1 labeled Release 7. 
- and Release 6 sof theeeV¥irtiuad Machine Facility/370 
(¥M/370). 
These system control programs (SCP*S) support a series of 
new program products many geared specifically to support the 
4300 Series computers. 
The first SCF environment is JCOS/VS-EXTENDED 
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(DOS/VSE) which is said to be a major expansion of DOS/VS, 
incorporating new functional and I/O suprfert. DOS/SVSE 
provides only limited multiprogramming capakilities unless 
the user acquires the DOS/VSE/advanced function product, an 
independently priced adjunct that allows the DOS/VSE user to 
employ up to 12 partiticns and also makes it possible to 
incorporate many of the new program products available with 
the systen. 

This extended disk-resident operating systen 
provides enhancements over IEM*'s older DOS/VS in the 
specific areas of processor support, hardware features, 
device support, usability inprovements, and serviceability. 
DOS/VSE supports the Systea/370 mode and the ECPS: mode of 
the 4300 processors. When operating in ECPS:VSE_ mode, 
DOS/VSE takes adavantage of the 4300 processor's concept of 
relocating channels and page management. To support the 
hardware eéxtensions to page management, the DOS/VSE 
assembler has additional privileged instructions. The basic 
CDOS/VSE system frovides the capability for multiprogramming 
cf five concurrent jok streams, which will typically inciude 
the VSE/POWER spooler, @ real-time subsystem such as 
CICS/VS, one or two ratch job streams, and an unscheduled 
work partiticn for jorks that require fast turnaround. The 
System's capabilities can be significantly expanded through 
the addition of the VSE/Advanced Functions Program Product. 

The second SCP envircnment is OS/VS1 Release 7, 
and IBM says that this support is of particular importance 
in a distributed data processing environment, since it will 
generally provide a high level of compatibility with an MVS 
host systen. As with DOS/VSE and ¥M/370, cCS/VS1 Release 7 
can run in ECPS mode with the ECPS:VS1 feature on either the 
4331 or 4341 processor or in 370 mode. 

Two of the communications-oriented enhancements 
available with OS/VS1 Release 7 include: RES(REMOTE ENTRY 
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SBRTICES), a component cf OS/V¥S1 which allows jobs and 
commands to be submitted from remote terminals, with cutput 
returned, and HRNES (Host Remote Node Entry System), which 
allows and OS/VS1 system to be a remote job entry station to 
any MVS/JES2 or SVS/HASP System cr to ancther OS/VS1 systen. 
Operation is not dedicated; batch and on-line applications 
can be rur concurrently. 

In the third SCP environment, VM/y370 Release 6, 
the 4300 user can operate in mixed-mode environments where 
CMS interactive computing is combined with a guest SCP 
(DOS/VSE or OS/VS1) on the 4300 processors. 

In additicn to supporting DL/1 DOS/VS and 
VSE/VSAM, VM/370 Release 6 suprferts VS/IFS (Interactive File 
Sharing), which allcws multiple CMS users to Share VSAM data 
sets. VM/Directory Maintenance, for management of the 
WH/370 Directory; Display Management cf the vu/370 
Directory, Display Management System/CMS; the query by 
example (QBE) interactive end-user guery language; SPF/CMS 
(Structured Programming Facility/CMS); the DES (Display 
Editing System); high-level language supfort; and the Systen 
Installaticn Productivity Options/Extended (IFO/E). 


be. Environment Tyres 


The 4300 Series computers support four types of 
environment (Ref.5]: stand-alone, distributed applications, 
distributed data applicaticns, and distributed networks. 

In the stand-alone system environment, 
compatible growth is provided from the 4331 to the 4341 or 
303x systems operating under DOS/VSE, VM/370 Rel 6, Or 
Os/¥si fel 7. Growth through VSE/POWER shared spooling 
support cr through ¥M/370 RSCS Networking. 

Ean a distributed application environment, 
(Ref.6] host-cennect applications may vary from periodic 
transmission of summary data between the 4300 and the host 
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system to a continuous connecticn offering RJE and/or 
passtrough capabilities. RJE is provided by DOS/VSE SNA and 
ESC program products plus ¥YM/370 RSCS Networking and OS/VS1 
HRNES IOP. Passtrough facilities are supported by 
ACP/VTASE, ACF/VTAM/MHSNF, and VSE/3270 Bisynce Pass-through. 

Data that is mcst frequently used locally may be 
stored on the 4300's cwn direct access storage devices, with 
transaction-by~-transaction access to the central host data 
base as needed in distributed data applications. Here 
CIcCS/VS Intersysten Communications with DL/1 and IMS 
Multiple Systems Coupling provides support. 

In a distributed network, communication can be 
established between lccal or remote 4300's to the host 
computer, or to IBM 8100 Information Systems. Transactions 
from the 8100's to CICS/VS Intersystem Communications are 
Supported by the 8100 DPPX Host Transaction Facility. DDPX 
also supports RJE to CS/VS1 RES and VM/370 RSCS Networking 


systeas. 
G. Compatibility 


Any pregram written for an IBM Systen/370 
computer will operate on a 4300 Series Processor in 
Systen/370 node, previded that it is not time-dependent; 
does not depend on system facilities such as stcrage sizé, 
I/O equipment, optional features, etc., being present when 
the facilities are not included in the configuration; does 
not depend on system facilities such as interruptions, 
cperation codes, etc., being aksent when the facilities are 
included in the 4300 Processor; and does not depend on 
results or functions which IBM specifies to be unpredictable 
cr model-dependent. 

Any program written for a system/360 will 
cperate ona 4300 Series processor in System/370 mode, 
Frovided zha+ it follcws the above rules and does not depend 
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on functions that differ between the systemn/360 and 
System/370. 

Any program written for the IBM 4331 Processor 
in ECPS:VSE mode or System/370 mode will operate on the 4341 
Frocessor provided it follows the above rules. 


EB. THE 4341 PROCESSOR 
1. Highlights 


The 4341 Processor is an intermediatée~scale, general 
purpose processor. It cffers Systemys360-and Systen/370 
compatible architecture, a new architecture that provides 
new functions, and a new level of price performance for 
intermediate system users made possible Ly the use of large-~ 
scale integrated technology. The 4341 Processcr provides 
the range of commercial and scientific data processing 
capabilities cffered Ey Systemy360 and Systen/s370. 

In addition tc supporting virtual stcrage, a virtual 
machine environment is supported by Virtual dachine 
Facility/370 (Vs/370), the successor to CP-6/7/CMS for 
System/370. VM/370 provides interactive ccmputing via its 
conversational Mcnitor System (CMS) component and remote 
spooling via its Remcte spooling Communications Subsystem 
(RSCS) component. 


ae Instructicn Precessing Features 


The follcwing are instruction processing 
features of the 4341 Frocessor [Ref.7]: 

- Implementation of a System/370 mode and an ECPS:VSE Mode, 
both of which support virtual storage, is standard. The 
major difference between the two modes is the way in which 
address ‘translation is perfcrmed to supfort a virtual 
storage environment (ECPS:VSE mode is specifically 
designed to be utilize with the DOS/VSE cperating systen 
to provide increased precessor performance when ccmpared 
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to that achieved using COS/VSE executing with System/370 
mode in effect). 

The cycle time of the 4341 processor varies from 150 to 
300 nancseconds. 

The standard 4341 processor instruction set consists of 
the entire instructicn set provided for System/370 (except 
for multiprocessing and direct control instructions) and 
several new ccntrol instructions that can ke utilized only 
when ECPS:VSE mode is in effect. 

Precision of up to 28 hexadecimal digits, equal to up to 
34 decimal digits, is provided by the extended precision 
data format. 

An interval timer cf 3.3 milliseconds resolution, which 
can improve job accounting accuracy, is a functional 
feature of the 4341 processor. 

A time of day clock is included as a standard feature to 
provide more accurate time-cf-day values than does the 
interval timer. This clock has a one-micrcsecond 
resoluticn. 

A CPU timer and cleck ccmparator are standard. The CPU 
timer provides an interval timing capability similar +o 
that of the interval timer, but has a muck larger capacity 
than the latter andis updated every micrcsecond, as is 
the time-of-day clock. The clock comparator can be used 
to cause an interruption when the time-cf-day clock passes 
a specified value. These terms provide higher resolution 
timing facilities than the interval timer and enable more 
efficient timing facility routines to Le used. 

Program event recording is standard and is designed to be 
used as a problem determination aid. This feature 
includes hardware that monitors the fcllowing during 
program execution: succesful rranches, the alteration of 
general registers, and instruction fetching fron, and 


alterations of, specified areas of processor storage. et 
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only werks in EC node. In the 4341 Processor, additional 
processor time is required to execute instructions when 
program event recording is operative. 

- ECPS:VS1 and ECPS:VM/370 features are standard, they 
increase the performance of a VS1 and VM/370 Operating 
System (respectively) when it operates in a 4341 
Processor, since these functions cause certain ccntroi 
program routines tc execute in hardware instead of as 
routines written using 4341 Processor instructions. 

- A reduction cf uf to 7 percent of supervisor state 
processor busy time has been measured when ECPS:VS1 is 
utilized by the 4341 Processor as ccmpared to the same 
version of OS/VS1 oferating without the assist activated. 
A reduction of up tc 84 percent of the supervisor state 
processor time used Ey CP has been measured when 
ECPS:V4/370 is utilized as compared to the same CP 


operating withcut the assist activated. 


b. Storage Features 


The following are Significant storage features 
of the 4341 Processor: 

- All storage in the 4341 processor-processor (main) 
control, high speed buffer, and local memory is 
implemented using acnolithic technology instead of 
discrete ferrite cores. The technology used for processor 
storage inthe 4341 processcr provides a much denser 
storage chip (64K cr 16k bits per chip) than is used in 
most system/370 processors (2k bits per chif). 

- A two level storage system is implemented, consisting of 
large processor stcrage used as backing storage for a 
smaller high-speed buffer storage. The instruction 
processing functicn works mostly with the rkuffer so that 
the effective processor stcrage cycle is a fraction cf the 
actual ovrocessor stcrage cycle. Eight thcusand bytes of 
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high-speed buffer storage is a standard. Data is fetched 
Irom the buffer at a rate of 225 nancseconds for 4 
doubleword. 


c. Channel Features 


The following channel features are provided for 
the 4341 Processor: 

- Two channel groups are available for the 4341 Processor. 
The standard channel group consists of one byte 
multiplexer and two block multiplexer channels. The 
Optional channel grcup ccnsists of three blcck multiplexer 
Channels or one byte and two tlock multiplexer channels. 
The standard byte multiplexer channel has a 16-KB/sec 
maximum byte mode data rate for four-byte transfer 
operations. For kurst mode operations, a maximum data 
rate of 1 MB/sec is possible for a buffered device. 

Optionally, cne channel-to-channel adapter can 
be installed in a 4341 Processor and attached to any block 
multiplexer channel. The adapter can be used to ccnnect 
the channel in the 4341 Processor to a channel in a 
Systemn/360, a Systemys370, or another 4341 Frocessor. 


ad. Monitoring Feature 


This is standard in the 4341 Processor and 
functionally identical to the Systea/370 monitoring feature. 
This feature provides the capability of monitoring the 
cccurrence of prcgram@ed events. For example, monitoring 
can be used to perform measurement functions (how many times 
a routine was executed) or fer tracing functions for the 
purpose of program detugging (which routines were executed). 

The Monitcr CALL instruction is provided with 
the monitoring feature. Execution of this instruction 
indicates the cccurrence of one of the events being 


monitored. The operands of the Monitor CALL instruction 
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permit specification cf up to 16 classes of events, each 
class with up to 16 million unigue types of events. When a 
Monitor CALL instruction is executed, a program interruption 
cccurs, if the menitor class indicated is specified, and the 
event identification (class and type) is stored in the lower 
fixed stcrage area. 

Both the FER facility and the monitoring feature 
are provided fcr dekugging furposes. The two features 
differ from one another in (1) the number of events that can 
be defined, (2) whether the events are defined by the 
hardware or the programmer, anc (3) wheter the hardware or 
the programmer checks fcr the events and causes the 
interruptions. When PER is used, once the events to be 
monitored have been designated by the user, processor 
hardware checks for the occurrence of the events and causes 
the interruption. When the monitoring feature is used, the 
user defines the events to be monitored (up to 16 classes 
with up to 16 million codes each, instead of four events), 
and causes the prograw interruption by placing MONITOR CALL 


instructions at the desired places within the progran. 


e. I/O Features 


The fast internai performance of the 4341 
Processor, together with the expanded use of 
multiprogramming, requires that more data be available at a 
faster rate. Ihe 4241 Processcr supports more and faster 
concurrent high speed I/O Operations than similar nodels 
(370/50, 370/65). It also provides the bleck multiplexing 
Capability, which is not available in those acdels. The I/0 
features of the 4341 processor provide: 


- Attachment of the 3505 Reader and 3525 Punch with variety 
of models, that can operate at 800 and 1200 cards per 
minute, respectively. 

- Attachment of variety of printers. The 3203 Model 5 with 
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print speed of 1200 alphanumeric lines per minute. The 
high-speed 3211 Pranter with print sreed of 2000 
alphanumeric lines per minute. The 3800 Printer 
subsystem, for very high-speed printing (up to 10,020 
lines per minute or 20,040 lines, with double number of 
lines fer inch). 

- Low cost attachment cf up to three 3278 Model 2A displays 
and/or 3287 Model 1 cr 2 printers. 

- Support of synchroncus data jlink control communications 
for remote units attached via the 3704/3705 communications 
contircllers. 

- Attachment of high-speed, high capacity, direct access 
devices, such as 3370, 3330-series, 3340/3344, 3350, and 
the 2305 Model 2. 

- Attachment of high-speed tape units, such as the 3420 
models 4, 6 and 8. 

- Potential increases in channel throughput via use of block 
multiplexing and rctational position sensing to improve 
effective data transfer rates. 

- A significantly high attainable aggregate IyvO data rate to 
balance the higher performance capabilities of the 4341 
Processor. (Maximum 9MB/sec, with 5 block multiplexer 


channels). 


2. Comments 





Since hardware features and programming systems 
Support for the 4341 Frocessor are upward compatible with 
those of System/360, the 4341 Frocessor offers Model 50 and 
Go weers «significantly expanded computing capabilities 
without the necessity cf a large conversion effort. Little 
cr no time need be spent modifying operational System/360 or 
System/370 appelicaticn programs or the IBM 1400 programs 
currently being emulated. 

Existing processor-bound Systea/360 programs can 
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execute faster in a 4341 Frocessor because of the 
Significantly increased internal performance of the 4341 
Frocessor, while I/O-tcund programs can benefit from the use 
cf more processor storage, faster channel capability, block 
multiplexing, and faster I/O devices. The 4341 Processor 
also offers econcmical and flexible enetry into 
communications-kased applicaticns. 

The increased power and new functicns cf the 4341 
Processor provide the tase for expanded application 
installation and penetraticn of previously marginal 
application areas. New application instaliation and 
transition to online operations can be easier when a virtual 
storage environment is isplemented. The greatly improved 
price performance of the 4341 Processor offers the 
System/360 and Systemy370 user the opportunity to widen his 
data processing base fcr a Significantly lower cost than was 
previously possible. 

For large installaticns that want undisrupted growth 
and decentralization cf their data processing facilities, 
the 4341 Processor prevides economical and easy entry into 
(or expansion of) distributed data processing operations. 

A virtual storage envircnment is designed primarily 
to provide new functicnal capabilities for the installation 
as a whole, although performance gains are possible for 
installaticns with particular environmental characteristics. 

The general functional aims of IBM-supplied virtual 
storage operating systems are (1) to use new hardware 
features and additicnal ccntrol program processing to 
support certain facilities that are not possible in a 
nonvirtual storage envircnment because of real storage 
restraints and (2) to handle other functions that must be 
performed by installation ferscnnel (programmers, operators, 


and system designers) when virtual storage and address 


translation are not uséed. 
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® tS also important to note that, while a virtual 
storage operating system permits an installation to be 
independent of real storage restraints to a large degree and 
enables real stcrage to be utilized more efficiently, the 
performance of the system and specific advantage that can be 
achieved still depend largely cn the amcunt of real storage 
present in the system andon the computing speed of the 
processor, amcng cther things. Hence, virtual storage and 
an address translation capability are not a substitute for 
real storage. Rather, they provide an installation with 
greater flexibility in the tradeoff between real storage 
size and functicn or performance. 

The degree to which a particular installation 
experiences the pcetential benefits o£ a virtual 
storage/address translation environment is highly systen 
configuration dependent and application dependent (number, 
type, complexity of applications installed or to be 
installed). In addition, consideration must te given to the 
system resources that are specifically required to support a 


virtual storage envircnment. 
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III. VIRTUAL MACHINE/SYSTEM PRODUCT (VM/SP) 
HIGHLIGHTS AND PERFORMANCE CONSIDERATIONS 
A. HIGHLIGHTS 
Virtual MachineySystem Product (VM/SP) in con junction 
with VWM/370 Release 6 is a System Control program. det 


Manages the sources of an IBM System/370, or 4300, or 303x 
system complex in such away that multiple users have a 
functional simulation of a ccmputing system (a virtual 
machine) at their Disfesal. 

That is, the virtual machine runs as if it were a real 
fachine Simulating bcth hardware and software resources of 
the system. These simulated resources can Fe shared either 
with other virtual machines or alternately allocated to each 
Machine for a specified time. Furthermore, virtual machines 
can run the same or different operating systems 
Simultaneously. Thus, the incgividual user can create and 
adapt his virtual machine to meet his own special needs. 

¥VM/370 Release 6 System consists of four components: 
the Centrcl Pregram (CP), Conversational Monitor Syster 
(CMS), Remote Spooling Ccmmunications Subsystem (RSCS), and 
Interactive Problem Control System (IPCS). Each of these 
components control its unigue part of the system. Together, 


these ccmponents eprevide the virtual machine with tine 


sharing, remcte spcoling, and problem reporting for 
Systen/370 unL processor, attached PECCESSOLI, and 
multiprocessor systems. Two of these compcnents, CP and 


CMS, have been extensively modified with new functions and 
efficiencies and integrated into a VM/370 Release 6 base. 
In publications, this collective package, that is, CP CUS, 
RSCS and IFCS, is simply referred to as VM/SF. 
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Control Program 


The centrcl program (CP) executes in areal machine 
comtrolling the resources of that machine. CP is the 


vehicle that is used to create concurrent virtual machines. 
Conversational Monitor Systen 


CMS 1S a single-user operating system designed to 
operate in a virtual machine. CMS provides a wide range of 
general-purpose, conversational time sharing functions. 


Remote Spooling Ccnmmunications Subsysten 


RSCS, YM/370 Release 6 component, is a single-user 
cperating system that runs under CP. RSCS executes in one 
cr more virtual machines and transfers data Etetween virtual 


machines and remcte users. 
Interactive Froblem Ccntrol Systen 


Hees, a VMN/370 Belease 6 component, is a group of 
commands and controls that execute under CMS to provide 
problen analysis and management facilities. IPCS 
standardizes the process cf reporting problems and includes 
a method for identifying duplicate problems within the 
system. It alse prevides the user with the capability of 
viewing and diagnosing CP abend dumps through the virtual 
machines operator's console. 


1, The Virtual Environment 
a. The Virtual Machine 


A virtual machine is functionally equivalent to 


a real systen. It has Simulated hardware and software 
resources that cperate in areal computer under CP. Each 
virtual machine is defined in the VM/SP directory; the 


directory describes its simulated storage, I/O devices and 
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console. 
ber Virtue! Stcrege 


A virtual stcrage system can simulate real 
storage within a range cof frem 8 kbytes to 16 Megabytes (the 
Maximum virtual storage size) 

Virtual storage extends beyond the size of real 
storage and is not limited by the amount of real stcrage. 
It is highly probable for the combined virtual storage of 
several virtual machines to be greater than the real 
storage. Virtual Storage can be managed and protected 
through segmentation. Each segment 1s 64k, and there are 
from 1 to 256 segments depending on the size of virtual 
storage. AS a storage protection feature fcr all virtual 
machines, page and segment tables are accessikle only to CP. 
Generally, one virtual machine cannot access or alter the 
virtual storage of another virtual machine; however, 
mutually consenting users may Share real-only virtual 
storage and real-write virtual storage. 


é. Virtual Prcecessor 


CP provides each virtual machine with a single 
Virtual processor tc execute instructions and receive 
interruptions. In actuality, this virtual processor is the 
shared use of the real fpireccesscr. CP simulates the 
privileged instructions, and the real precesscr executes the 
nen privileged instructicns. The virtual processor provided 
in the virtual machine is a uniprocessor simulation. 
Attached processor and aultiprcecessor simulaticn is not 
supported in the virtual machine environment, regardless of 
the installaticn's computer complex on which VM/SP is 
loaded. 


d. Virtual System console 
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The virtual machine system console has three 
major communication functicrs. First, tc communicate to CP, 
so it can provide tc the virtual machine sinulaticns of 
functions that are performed on real system consoles. 
Second, to provide the virtual machine user ameans of 
dynamically altering specific attributes of a virtual 
machine. Third, to provide a means of communicating with 
the applicaticn program that is running in the virtual 
machine. To accomplish these functions requires a real 
terminal device. A virtual machine is "disconnected" by 
detaching its assigned supporting terminal console. It is 
done by CP command. Note, disconnecting the console does 


not negate current virtual machine processing. 
e. Virtual Iyc Devices 


The virtual machine supports the same devices as 
a real machine: it is the virtual machine, not CFP, that 
controls them. The Iy0O ccnfiguration must be defined by the 
user in the CP'S usér directory entries. However, 
additional I/O requirements can be met dynamically by the 
user via CP commands. 

The user also has the ofticn of assigning 
different addresses tc his virtual devices, or using those 
cf the real devices. In either case, CF ccmments the 
virtual address tc its real ccunterpart and performs any 


necessary data translation. 


2. Virtual Machine Operating Systems 








While the ccntrol program of VM/SF manages the 
concurrent execution of the virtual machines, it is also 
necessary to have an cperating System manage the work flow 
within each virtual machine. Because é€ach virtual machine 
axecuted independently cf cther virtual machines, each one 
can use either a different Operating system or different 
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releases of the same crerating systen. 
A list cf some of the cperating systems [ Ref. 8] 
that can execute? in virtual machines, follows: 
BATCH OF SINGLE-USER INTERACTIVE 


DCS OS/PCP 
DOS/VS OS/MFT 
DOS/SVSE OS/MUT 
OS/VS1 
RSCS OS/VS2 SVS 
OS/VS2 MVS 
OS~ASP 


BULTZPLE ~- ACCESS 
VM/370 
TIME SHARING OFTION OF 
CS DCS/VSE With VSE/ICCF 


CCNVERSATICNAL 
CMS 


With the exceftion of OSAPCP and CMS, these are all 
multiprogramming systems. However, when operating in a 
Virtual machine, the user has the choice of running nultipile 
Partitions in one virtual machine (Similar to stand-alone 
cperation) Oi Single fartitions in multiple virtual 
machines. When running multiple partitions in one virtual 
machine, multifprogramming and unit reccrd spooling is done 
by both the Operating System and VM/SP. When running single 
Partitions in multiple virtual machines, the need for 
multiple virtual stcrages places a burden on auxiliary 
storage. However, this can be alleviated Ly using shared 


systems. 
a. Single - user Systems 


Systems that can execute interactively by a 
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single user include the CMS and any operating system that 
can execute in a virtual machine. A time-sharing envirecnment 
is created when VMN/SP creates multiple virtual machines, 
each controlled by the same operating systen. Thse systems 
cperate concurrently with each other as well as with other 
conversational or batch systems. 


b. Multiple-access Systems 


Multiple-Access systeas, such as MVS TSO, 
execute in one virtual machine and directly service many 
interactive terminals. To cecnnect a terminal with the 
virtual machine, the user of a multiple-access system issues 
the DIAL command instead of the LOGON command. 

Once his terminal 1s connected, the user issues 
cnly the commands associated With the smultiple-access 


system. 
3. NMZSP Applications 


Using VM/SP, an installation can perform its work 
more efficiently and easily. Virtual machine applications 


aid in programming, operations, and interactive use. 
a. System Prcgramming 


- Reducing the amount of haads-cn testing time on the real 
machine. 

- Testing new or modified SVC routines in a virtual machine. 

- Generating and testing in a virtual machine either new 
independent component releases (ICKS) or new releases or 
an operating System. 

- Debugging from a terminal device. 


bk. Applicaticn Prcgramaing 


- Using the system prcduct editer to create source programs 


and data files. 
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- Debugging frcem a terminal while under operating systen 
control 

- Providing faster turnarcund time, more test periods per 
day, and a shorter develcpment cycle. 

- Designing applicaticn programs without real storage 
limitations. 

- Defining minidisks and other virtual devices to design and 
test a slightly different or larger machine configuration 
before installing the hardware. 

- Using SCRIPT/VS, a program product, for text preparation, 
to create an update pregram specifications. 


c. Operations 


An interactive virtual machine environment 
relieves problems of scheduling, support, and backup and 
expedites productions; scme of these operational advantages 
are: 

- Training operatcrs in a virtual machine that is isolated 
from production virtual machines. 

- Defining a virtual machine and its devices as backup to 
another real machine. 

- Running different types of work concurrently on a single 
real machine. 

- Executing many types of batch applications with no change 
to the program either in a individual virtual machine or 
in a virtual machine dedicated to executing programs in 
batch sode. 


d. Backup Systen 


An installation using VM/SP has mcre flexibility 
in using another Systems370 ccmputing system for backup. 
Neither the same System/370 model nor the same amount of 
real storage have to be fart of the backup systen. The 
backup system must include, but is not limited to the same 
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type and number of real devices as these virtual machines 
require. Also, the backup system must have a sufficient 
number of direct access storage drives so that the user 
volumes can be mounted. 


EF. GENERAL INFORMATICN 


The performance characteristics of an operating systen, 
when it is run in a virtual machine environment, are 
ertticult to predict. This unpredictability is a result of 
several factors: {Ref. 9] 


- The Systenm/370 model used. 

- The total number of virtual machines executing. 

- The type of work being done by each virtual machine. 

- The speed, capacity, and number of the paging devices. 

- The amcunt of fixed head paging storage. 

- The amcunt of real storage available. 

- The degree of channel and control unit contention, as well 
as arm contention, affecting the paging device. 

- The type and number of VM/SP performance oftions in use by 
one or more virtual machines. 

- The degree of MSS 3330 velume use. 

- The order in which devices are selected for preferred 


paging and sfocling. 


The performance of a specific virtual machine may never 
equal that of the Saze operating system running standalone 
on the same System/370, but the total throughput obtained in 
the virtual machine envircnment may equal cr better that 
cbhtained on a real machine. 

ahen executing in a virtual machine, any function that 
cannot ce performed wholly by the hardware causes some 
degree of degradation in the virtual machine's performance. 
As the control program for the real machine, CP initially 


processes all real interrupts. A virtual machine operating 
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system's instructions are always executed in problem state. 
Any privileged instruction issued by the virtual machine 
causes a real privileged instruction excepticn interruption. 
The amount of work tc be dcne by CP to analyze and handle a 
virtual machine-initiated interrupt depends upon the type 
and complexity cf the interrupt. 


in 


1, Program state 
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When instructions in the Control Pregram are being 
executed, the real computer is in the supervisor state; at 
all other times, when running virtual machines, the real 
computer 1S in the problem state. Therefore, privileged 
instructions cannot ke executed by the virtual machine. 
Programs running on a virtual machine can issue privileged 
instructions; but such an instruction either (1) causes an 
interruption that is handled by the Control Frogram, or (2) 
is intercepted and handled by the processor, if the virtual 
Machine assist feature or VWM/370 Extended Control Program 
Support is enabled and Supports that instruction. CP 
examines the ocperating status of the virtual machine PSW. 
If the virtual machine is in problem mcde, the privileged 
interrupt is reflected to the virtual machine. 


Only the Ccntrol Program may operate in the 
Superviscr state cn the real machine. All programs other 
than CP operate in the problem state on the real machine. 
All user interrupts, including those caused by attempted 
privileged operations, are handled by either the control 
frogram or the processor (is the virtual machine assist 
feature or M/370 Extended Control-Program Support is 
available). Only these interrupts that the user progran 
would expect from a real machine are reflected to it. A 
user program executes on the virtual machine in a aanner 
identical to its execution on a real System/370 processor, 


as long as the user pregram does nct violate the CP 


aD 


8 
7 

5 

; yu 





FestLrictions. 


2. Using Precesscr resources 


CP allocates the processor resource to virtual 
Bachines according to their operating characteristics, 
priority, and the system rescurces available. 

Virtual machines are dynamically categorized at the 
end of each time slice as interactive or noninteractive, 
depending upon the frequency of cperations tc or from either 
the virtual system ccnsole or a terminai cecntrolled by the 
virtual machine. 

Virtual machines are dispatched frem one of two 
Queues, called Queue 1 and Queue 2. In order to be 
dispatched from either queue, a virtual machine must be 
considered executable (that is, not waiting for some 
activity or for some other system resource). Virtual 
Machines are not considered dispatchable if the virtual 
machine [{Ref.10]. 


- Enters a virtual wait state after antI/C operation has 
begun. 

- Is waiting for a page frame of real stcrage. 

- Is waiting fer an IyO operation to be translated by CP and 
started. 

- Is waiting for CP to simulate its privileged instructions. 

- Is waiting for a CP console function to be rferformed. 


ae Queue 1 


Virtual machines in Queue 1 (Q1) are considered 
conversational cr interactive users, and enter this Queue 
when an interrupt from a terminal is reflected tc the 
virtual machine. The Q1 virtual machines are ordered by 
their deadline priorities in the dispatch list. A deadline 
priority is a value calculated ty the fair share scheduler 


every time a user is dropped from a queue (queue drop time). 
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This value is based on paging activity, processor usage, the 
load on the system, and user priority. Deadline priority is 
used to determine when the user receives his next time 
slice. 

A particular virtual machine's deadline priority 
for Qt will ke better (earlier) than its corresponding 
priority for Q2. The deadline priorities for all Q1 virtual 
machines are not necessarily better than the deadline 
priorities for all Q2 virtual machines. 

Virtual machines are dropped from Q1 when they 
complete their time slice cf prcecessor usage, and are placed 
in an “eligible list". Virtual machines entering CP ccmmand 


mode are also drepped fora Q1. 
br. Queue 2 


Virtual machines are selected to enter Q2 froma 
list of eligible virtual machines (the eligibkle list). The 
crdering of virtual machines on the eligible list and the 
dispatch list is determined on the basis cf each virtual 
machine's deadline pricrity. 

There are two lists of virtual machines in Q2; 
those in the eligible list and those in the dispatch list. 
Both lists are sorted by deadline priority. A particular 
deadline priority depends on many factors: 


- The time-of-day the virtual machine last dropped from the 
dispatch list. 

- The virtual machine's user pricrity 

- The current load and number of virtual machines cn the 
systen 

- The current resource utilization of the virtual machine 


A virtual machine enters Q2 only if its working 
set size is not greater than the number of real page frames 


available for allocation at the time. The working set of a 
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virtual machine is calculated and saved each time a user is 
dropped frem Q2. The working set size is a function of the 
number of virtual pages referred to by the virtual machine 
during its stay in Q2, and the number of its virtual pages 
that are resident in real storage at the time it is dropped 
from the queue. 

If the calculated working set cf the highest 
priority virtual machine in the eligible list is greater 
than the number of page frames available for allocation, CP 
continues to search the eligible list, in deadline priority 
crder, for a virtual machine whoSe wcecrking set does not 
exceed the number of available page frames. 

When a virtual machine completes its time slice 
cf processor usage, it is dropped from Q2 and placed in the 
€ligible list according to its deadline pricrity. When a 
Virtual machine in Q2 enters CP command mode, it is removed 
from Q2. 

To leave CP mode and return his virtual machine 
to the eligible list fcr Q2, a user can issue a CP command 
that thransfers control to the virtual machine operating 
system fcr execution (for example, beging, ipl, external, 
and RESTART). 

Virtual machines in Q2 are considered to be 
noninteractive. In CF, interactive virtual machines (those 
an 01), if any, are normally considered for dispatching 
tefore noninteractive virtual machines (Q2). This means 
that CMS users entering commands that do not involve disk or 
tape I/O operations should get fast respcnses from the VM/SP 
system even with a large number of active virtual machines. 
All virtual machines (Q1 and Q2) on the dispatch list are 
crdered by their Geadline priority. There can be wmnany 
instances where some virtual machines in Q2 are considered 
for dispatching before virtual machines in Q1 Eecause of 
their user priority, current resource utilization level, or 
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for other reasons. 
c. Deadline friority 


The deadline priority is calculated at queue 
drop time by taking the current time-of-day (TOD) and adding 
@user bias factor, which is the product of the user bias 
ratio and the Q2 delay factor {Ref.11]. The Q2 delay 
factor, which 1s calculated dynamically based on 
configuration and load, is the average elapsed time required 
by a virtual machine tc receive an amount of processor time 
equal to one Q2 time slice. In the scheduling algorithn 
calculaticns the Q2 delay factor is a scaling value used to 
adjust the calculation for configuration and load. Before 
adding it to the current time-of-day it is adjusted by the 
user bias ratio. The user -las ratio is less than 1, equal 
to 1, or greater than 1, depending on whether the particular 
virtual machine is currently receiving less than, equal to, 
Cr more than its specified amount of resources. 

Por Q1 virtual machines, the scaled bias is 
divided by 8 (since the Q1 processor usage time slice is 
1/8th the Q2 time slice). The difference between scheduling 
avirtual machine in Q1 instead of Q2 is that it receives 
1/8th the amount cf precessor, 8 times as often. Operating 
constantly in either gueue, a virtual machine should receive 
the same amount of frocesscr tesources over an extended 
period of time. The only preference given Q1 virtual 
machines is when they are being moved from the eligible list 
fo tae dispatch list. They will be moved ahead cf Q2 
Virtual machines with the same or even slightly better 


deadline priorities. 


d. Queue 3 


Q3 is an extensicn of Q2 sheduling. It heips to 
distinguish between non-interactive virtual machines and 
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those that are frequently switching back and forth between 
G2 and 1. Virtual machines that have cycled through at 
least eight consecutive Q2 processor time slices without a 
Ql interaction are labeled Q3. Q3 virtual machines are kept 
in the same lists (or gueues) as Q2 virtual machines and for 
most purposes are treated identicallly. The differences 
between Q2 and Q3 virtual machines are reflected in their 
deadline priority calculations andthe aacunts of such 
processor time they are allowed in queue. Q3 virtual 
Machines are allcwed eight consecutive Q2 processor time 
slices before they are dropped from queue. Because of the 
éight-fold increase in processor time allowed for each tine 
in queue, the scaled bias is multiplied ty eight before 
adding to the current time-of-day to form the deadline 
priority. Q3 virtual machines should receive eight times as 
much processor time each time in gueue as Q2 virtual 
Bachines, but only 1/8th as often. 

To reiterate the Q1/Q2 statement: operating 
constantly in any queue, a virtual machine should receive 
the same amount of fprocesscr resources over an extended 
period of elapsed time. This dces not necessarily mean that 
a virtual machine will perform the same when operating in Q3 
mode as when operatirg in standard Q2 mode. An amount of 
cverhead (roughly prceportional to the smail number of 
resident pages) is used for each virtual machine when it 
drops frcem queue. when operating in Q@3 mode, a virtual 
machine may perform much tketter than in normal Q2 mode 
because it is undergoing fewer gueue drops. For some very 
farge tirtual stcrage fprogrtaas, the tctal processor 
resources used has been cut in half by cperating in Q3 mode 


as compared to standard Q2 mode. 
Cre VIRTUAL MACHINE I/O 


To support I/O processing in a virtual machine, CF must 
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translate all virtual machine channel command word (CCH) 
sequences to refer to real storage and real devices and, in 
the case of minidisk, real cylinders. CF's handling of SiI0S 
for virtual machines can be one of the most significant 
causes of reduced performance in virtual machines. 

The number of SIO operations required by a virtual 
machine can be significantly reduced using: large blocking 
factors (up to 4076 bytes), preallocated data sets, virtual 
machine operating system options (such as chained scheduling 
6 «6OS) or finally with the substitution of a faster 
resource (virtual storage) for I/O operations, by building 
small temporary data sets in virtual storage rather than 
using an I/O device. 

Pregquently, there can be a performance gain when CP 
fFaging is substituted for virtual machine I/O operations. 
The performance of an operating system such as OS_ can be 
improved by specifying as resident as many frequently used 
OS functicns as are possible. In this way, paging I/O is 
substituted for virtual machine-initiated I/O. In this case 
the only work to be dene by CP is to place into real storage 
the page that contains the desired routine or data. 

Three CP performance oftions are available to reduce the 
CP overhead asscciated with virtual machine IvO instructions 
cr other privileged instructions used by the virtual 


machine's I/O Supervisor:[ Ref. 12] 


1. The ‘real' cption removes the need for CP to perforn 
storage reference translaticn and paging Lrefore each I/0 
Operation fcr a specific virtual machine. 

2. The virtual machine assist feature reduces the real 
Supervisor state time used by VM/SP. 

3. VWM/370 Extended Ccntrcel-Prcgram Support (£CPS) further 


reduces the real supervisor state time used by VM/SP. 


D. PAGING CONSICVERATICNS 
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When virtual machines refer to virtual storage addresses 
that are not currently in real storage, they cause a paging 
exception and the asscciated CP paging activity. 

The addressing characteristics of programs executing in 
virtual storage have a Significant effect on the number of 
page exceptions experienced by the virtual machine. When an 
available page of virtual storage contains only reentrant 
code, paging activity can be reduced, Since the page, 
although referred to, is never changed, and thus does not 
cause a write operaticn to the paging device. 

Virtual machines that reduce their paging activity by 
controlling their use cf addressable space improve resource 
Management for that virtual machine, the VYM/SP system, and 
all other virtual machines. The total paging load that must 
te handled by CP is reduced, and more time is available for 
fFroductive virtual machine use. 

Additional dynamic paging storage may be gained by 
controlling free storage allocation, the amount of free 
storage allocated at VM/SP initialization time can be 
controlled by the installaticn. 

CP provides three performance options, locked _ fages, 
reserved page frames, and a virtual=real area, to reduce the 
paging requirements of virtual machines. Generally, these 
facilities require scme dedication of real storage to the 
chosen virtual machine and, therefore, improve its 
performance at the expense of cther virtual machines. 


1. Locked Pages CEtion 





The LOCK command, which is available to the system 
G@peGator (vith privilege class A), Can be used to 
permanently fix or leck specific pages of virtual storage 


into real storage. In so doing, all paging I/O for these 
rage frames is eliminated. Only frequently used pages 
should be locked into real storage. Since fage zero (first 
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4096 bytes) of a virtual machine storage is referred to and 
changed frequently, it shculd be the first page of a 
particular virtual machine that an installation considers 
locking. The virtual machine interrupt handler pages might 
also be considered good candidates for iocking. 

Cther pages tc be locked depend upon the work being 
done by the particular virtual machine and its usage of 
virtual storage. 

Once a page is locked, it remains locked until 
either the user logs cff cr the system operator issues the 
UNLOCK command for that page. 


2. Reserved Page Frames Option 


A more flexible approach than locked pages is the 
reserved page frames option. This opticn provides a 
specified virtual machine with an essentially private set of 
real page frames, the number cf frames being deSignated by 
the system operatcr when he issues the CP SET RESERVE 
command line. Fages will not be locked into these frames 
but they can be paged out only fer other active pages of the 
same virtual machine. 

This option is usually more efficient than locked 
rages in that the pages that remain in real storage are 
those pages with the createst amount of activity at that 
moment, as determined automatically by the system. Although 
multiple virtual machines may use the lock oftion, only one 
virtual machine at a time may have the reserved page frames 
cption active. 

The reserved page frames option frovides performance 
that is generally ccnsistent frem run to run with regard to 


Paging activity. 





This option e¢liminates CP paging for the selected 
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virtual machine. All pages cf virtual machine stcrage, 
except page zero, are locked in the real stcrage locations 
they would use cna real computer. CP controls real page 
zero, but the remainder of the CP nucleus is relocated and 
placed beyond the virtual=real machine in real stecrage. 

Since the entire address space reguired by virtual 
machine is locked, these page frames are not available for 
use by other virtual machines except when the ‘real machine 
is not logged on. This option increases the paging activity 
fer other virtual machine vsers, and in some cases for 
VYU/SP. 

The ‘real* cpticn is desirable when running a 
virtual machine operating system (like DOS/VS or OS/VS) that 
performs paging of its cwn because the pessibility of double 
faging is eliminated. 


E. VWM/SE PERFORMANCE CONSIDERATIONS 


VM/SE provides a number of options {Ref.13] an 
installaticn may use to improve the performance of virtual 
machines and VM/SP. Several options lmprove the performance 
cf installation specified virtual machines; other options 
improve the performance of all virtual machines and VM/SP. 
The opticns are: 


- Pavored execution 

= USe@t priority 

- Reserved page frames 

i 

~ Affinity 

- Queue drop elimination 

- Virtual machine assist 

- Extended Ccntrcei-Preogragp Suppert. 


Specifying a performance option may mean making a 
performance ‘trade-off; improving the perfcrmance of one 
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virtual machine at the expense of VM/SE and other virtual 
machines. 


1. Favored execution 


The favored execution options allow an installation 
to modify the normal CP deadline priority calculaticns in 
the fair share scheduler to force the system to devote more 
cf its processor rescurces to a given virtual machine than 
would ordinarly be the case: There are 2 options: 


- The basic favored execution cption 
- The favored execution percentage opticn. 


fhe basic, means that the virtual machine so 
designated is tc remain in the dispatch list at all times, 
unless it becomes nonexecutable. When the virtual machine 
is executable, it is to ke placed in the dispatchable list 
ee ats nefeal priority position. Multiple virtual machines 
can have the basic favored execution option set. However, 
if their combined Gain storage requirements exceed the 
system's capacity, perfcrmance can suffer because of 
trashing. 

If the favored task is highly compute bound and must 
complete for the processor with many other tasks cf the sane 
type, the installation shculd define the processor 
allocation to be made. In this case, the favored execution 
percentage opticn can be selected. This cption specifies 
that the selected virtual machine, in additicn to remaining 
in Queue, is guaranteed a specified minimun percentage (from 
1 to 100 percent) of the total processor time if it can use 
it. To select the favored execution option, specify the 
FAVORED cperand on the SET command. 


The YWM/SP operatcr can assign specific priority 
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values to different virtual machines. In so doing, the 
virtual machine with a higher priority is allccated a larger 
share of the system resources before a virtual machine with 
a lower Friority. User priorities are set by the following 
class A command: 
Set PRICKRITY userid non 

Where userid is the user's identification and nnis an 
integer value from 1 to 99. The value of nn affects the 
user's dispatching priority in relation to other users in 
the systen. The priority value (nn) is one of the factors 
considered in the calculation of the deadline priority. The 
deadline priority is the basis on which all virtual machines 
in the system are ordered on bcth the eligitie list and the 
dispatch list. The deadline priority calculation is based 
ch the assumption that the average or normal (default) user 


priority is 64. 


3. Reserved Page Frames 





VM/SP uses chained list of available and pageable 
pages. Pages fcr users are assigned from the available 
list, which is replenished from the pageable list. 

Pages that are temporarily locked in real storage 
are not available or fageable. The reserved page function 
gives a particular virtual machine an essentially "private" 
set of fages. The pages are not locked; they can be 
swapped, but only for the specified virtual machine. Paging 
Froceeds using demand faging with a “reference bit" 
algorithm to select the best page for swapping. The number 
cf reserved page frames for the virtual machine is specified 


as a maximum. 


4. WVirtual=Real 





Pot this GETLON, the VM/SP nucleus must be 


reorganized to provide an area in real storage large enough 
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me “comtain=the entire ‘real’ machine. In the virtual 
machine, each page from 1 to the end is in its true real 
storage locaticn, only its page zero is relocated. The 
virtual machine is still run in dynamic address translation 
mode, but since the virtual page address is the same as the 
real page address, no CCW translation is required. 

There are several considerations fer the ‘real 
option that affect cverall system operaticn [ Ref. 14}. 


5. Affinity 


This option allows virtual machines that operate on 
attached processor or multiprocessor systems to select the 
processcr of their choice fcr program execution. In 
application, the affinity setting of a virtual machine 
implies a preference of operation to eéither (or neither) 
processor. Affinity of operation for a virtual machine 
means that the program of that virtual machine will be 
executed on the selected or named processor. It does not 
imply that supervisory functions and the CP housekeeping 
functions associated with the virtual machine will be 
handl2d by the same processor. 

In attached prccesscr systems all real I/o 
operations and associated interrupts are handled by the main 
processor. Virtual I/O initiated on the attached processor 
that is mapped tc real devices must transfer control to the 
Main processor for real I/O execution. Therefore, benefits 
may be realized in a virtual machine "mix" by relegation 
those virtual machines that have a high I/0-tc-compute ratio 
to the main processcr, and those virtual machines that have 
a high ccmpute-to-I/O ratic to the attached processor. Suck 
decisions should be carefully weighed as every virtual 
Machine is in centention with cther virtual machines for 
resources of the system. 

An important use of the affinity setting would be in 
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applicaticns where there are virtual machine program 
requirements for Special hardware features that are 
available cn one processor and not the other. 


6. Queue Drop Elimination 


VM/SP attempts to optimize system throughput by 
monitoring the execution status of virtual machines. Whena 
virtual machine beccmes idle; VM/SP will drep it from the 
active queue. The virtual machines page and seguent tabies 
are scanned, and resident pages are invalidated and put on 
the flush list. 

WM/SP determines that a virtual machine is idle when 
it voluntarily suspends execution, and no high-speed I/0 
operation is active. Normally, this is an adequate 
procedure, However, in certain special cases, a virtual 
Bachine is determined to be idle and is drepped from the 
gueue, but it becomes active again sooner than expected. If 
this cycle of queue dropping and reactivation is repeteadly 
executed, the overhead invclved in invalidating and 
revalidating the virtual machine's page may LEeéecome large. 

The cCP class A command “SET DROP userid ON/OFF 
allows the installaticn to control this situation. TE See 
QDROP OFF is in effect for a virtual machine, that virtual 
machine's pages are nct scanned or flushed when the machine 
becomes idle. The page stealing mechanism is the only way 
the pages can Ee remcved from storage. (Page stealing is 
invoked only if the flush list is empty). 


7. Virtual Machine assist feature 





fhe virtual machine assist feature is a precessor 
hardware feature that impreves the performance of VM/S?P. 
Virtual storage operating systems, which run in problem 
state under the ccntrol of VM/SP, use many priviieged 
instructions and SVCs that cause interrupts that VM/SP must 
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handle. When the virtual machine assist feature is used, 
many of these interrupts are intercepted and handled by the 
Frocessor. Consequently, VM/SP performance is improved. 

The Virtual Machine Assist Feature intercepts and 
handles interruptions caused by SVC's, invalid page 
conditions, and several privileged instructicns. 

Although the assist feature was designed to improve 
the performance of WM/SP, virtual machines may see a 
performance improvement becayse more rescurces are available 
for virtual machine users. 

Whenever you IPL VM/SF on a processor with the 
virtual machine assist feature, the feature is available for 
all VM/SP virtual machines. However, the system operator's 
SET command can make the feature unavailable to VM/SP and, 
subsequently available again for all users. 

The virtual machine assist features is not available 
to a second-level virtual machine, that is, a virtual 


machine that is running in a virtual machine. 


8. WM/370 Extended Centrol-Program Support (ECPS) 


BCES, extended, for specific privileged 
poetructions, the hardware assistance that the virtual 
machine assist features, provides. ECPS also provides 


hardware assistance for frequently used VM/SP functions. 
The use of ECPS improves VM/SP performance beyond the 
performance gains that the virtual machine assist feature 
provides. 

ECPS consists of three functions: 


- CP assist 
- Expanded Virtual Machine assist 
- Virtual interval timer assist. 


CP assist provides hardware assistance eg 


frequently used faths cf sfecific CP functions. 
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Expanded virtual machine assist extends the hardware 
assistance that the VMAF provides for certain instructions 
and other privileged instructicns. 








Virtual Interval timer assist prevides hardware 
updating cf the virtual interval timer. Timer updating 
cccurs only while the virtual machine is in control of the 
real processor. Virtual Interval timer assist updater the 
virtual timer at the same freguency hardware updates the 
real timer, 300 times per second. Thus, virtual interval 
timer assist updates the virtual timer more frequently than 
CP updates it. Fecause the timer is updated more 
frequently, accounting routines may be able to provide 
accounting data that is more accurate. 

ECPS is contrclled at two levels: The VM/SP systen 
and the virtual machine. 

At the VM/SP system level, ECPS is automatically 
enabled when the system is loaded. At the virtual machine 
level, whenever £ZCPS is enabled on the system, both expanded 
virtual machine assist and virtual interval timer assist are 
automatically enabled when you lcg on: There are different 
class G commands «hat allcw the user to enable or disabie 
the different ECPS assists. 


P OTHER SYSTEM FEATURES 


VM/SE contains several other features [Ref.13] that 
expand the capabilities cf operating systems running in 


Virtual machines. They are: 


Virtual Machine aAcccunting 


Saved Systems 

- Shared Systems 

- Discontiguous saved segments 

- Shared segment pretecticn 

- Virtual Machine ccmmunication facility. 


- Inter-User communication vehicle. 





1. Virtual Machine Accounting 


VM/SP keeps track of a virtual machine's usage of 
systen facilities and records accounting information 
whenever the use of some changeatle resource is terminated. 


2. saved Syste 


When initially loading an operating system into a 
virtual machine Ly device address, VM/SE reads the resident 
nucleus into real stcrage and writes it back out to the 
System paging device. Simultanecusly it updates the virtual 
machine's paging tables. 

In addition, at system generation, the system 
programmer can specify that the virtual machine contents of 
specified users be saved automatically on DASD if either 
VM/SP terminates the virtual machine or if VM/SP itself is 
terminated. 


3. shared Systems 


A saved system can also share reentrant porticns of 
its virtual storage among many concurrently operating 
virtual machines. 

The greater the number of virtual machines that are 
using a shared system, the greater the storage savings, and 
the greater the probability that the shared pages will be 
frequently referenced. Freguently referenced pages tend to 
remain in real storage, thereby reducing fpaging activity. 
Less paging activity increases the efficiency cf the 


ELrOCceSSOL. 


WMCP, allows one virtual machine to communicate and 
exchange data with other virtual machines operating under 


the same VM/SP Systen. 
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5. Inter-User Communication Vehicle 


The IUCV defines a precise protocol foe 
communication LFetween virtual machines operating under the 
same VM/SP systen. In addition, it is possible for 
authorized virtual machines to communicate with ccnsole 
communication services porticn of VM/SPE control program. 
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BR. THE 3033 PROCESSOR COMPLEX 


1. General Definition of Multiprocessing 


A multiprocessing configuration is cne in which two 
Cr more processcrs are interconnected and execute two or 
more tasks simultaneously, one in each processor. 
Multiprecessing is a logical extension of multiprogramming 
in which two or more tasks operate concurrently in a single 
processor. In a multiprogramming environment one task 
executes at a time and only I/O operaticns fcr two cr more 
tasks can operate simultaneously. In a multiprocessing 
environment both I/0 operations and instruction execution 
for two or more tasks in the same or different programs can 
cccur simultaneously, with each task executing in a 


@irferent processor. 


The hardware connecticn of the processors in a 
Bultiprccessing configuration is the means by which the 
fFrocessors communicate With each other in order to 
coordinate the activity ct the nultiprocessing 
configuration. A multiprocessing configuration can be 
tightly or loosely ccupled cr can include a combination of 


both loosely and tightly coupled processors. 


A tightly coupled multiprocessing configuration is 
cne in which (1) the precessors share access to all the 
processor storage available in each systen, (2) processor- 
to~-processcr communication is accomplished via the storing 
of data in shared storage and via direct precesscr-to-~ 
processor signals (bcth pregram- and hardware-initiated), 
and (3) a single ccentrel program is used. The 3033 
Multiprocessor Ccaplex is, therefore, a tightly ccupled 
multiprocessing configuration, as is the 3033 Attached 
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PFrocesscr Complex. 


A loosely coupled multiprocessing configuration is 
cne in which (1) precessors are coupled via channel-to- 
channel connections, (2) e¢ach processor has its own ccntrol 
program, and (3) a single system scheduling and operational 
interface is optional. 


The objective of coupling multiple systems to form a 
multiprocessing configuration is to obtain a configuration 
that combines advantages of a single processor environment 
with those of an uncoupled multiple processor environment. 


A single processor environment cffers the following 
advantages; 


- A single interface to the ccmputing system for workload 
scheduling and operation of the systen. 

- The ability to apply all the resources of the system to a 
given jok step when necessary. 


The advantages prcevided by an uncoupled muitiple 
processor configuration are: 


- The capability cf adding to the configuration in smailer 
increments, that is, the addition of a smaller processor 
rather than replacement cf the existing prcecessor with the 
next larger processor when additional computing power is 
required. The next larger processor may provide 
additional computing power far in excess of that required. 

- More economical grewth possibilities for installations 
with purchased systems. 

- Growth possibilities for large-scale installations that 
have the largest processor of the system already 
installed. 

- Enhancements to configuration available (ketter 


probability that a system will be available for critical 
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application processing), ccncurrent maintenance, and 
improved reliability (protection of critical jobs from 
failures in noncritical jobs by processing them in 
separate systems). 


2. Gaghhkhights of +t 3033 Process 





eg or Complex, Attached 
Frocesscr Complex, and Multiprocesso D 
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The 3033 Processor Complex consists of the 3033 
Processor, 3036 Console, and 3037 Power and Ccolant 
Distribution JUnit. The 3033 Processor is a high-speed, 
large-scale, advanced function processor of Systen/370. ct 
has a Significantly higher internal perfermance than 
Systen/370 Models 165 and 168. 


The 3033 Processor 1S a general purpose processor 
and offers high performance for both commercial and 
scientific applications. The 3033 processcr has hardware 
features and prcegramming systems support, such as that for 
virtual storage and virtual machines, that are designed to 
facilitate applicaticn development and maintenance. In 
addition, a 3033 Processor Complex, its I/O devices, and its 
programming support can ease the expansion cf data base and 


online data processing operations. 


The 3033 Multiprocessor Complex is a tightly coupled 
gaultiprocessing configuraticn that consists of two 3033 
Processors with multiprocessing hardware interconnected via 
the 3038 Multiprocessor Communication Unit, twa 3036 
Consoles, and two 3037 Power and Coolant Distribution Units. 


The 3033 Attached Processor Complex isa tightly 
coupled multiprocessing ccnfiguration that consists of a 
3033 Processor with multiprocessing hardware interconnected 
to a 30482 Attached Frocessor via the 3038 Multiprocessor 
Communication Unit, two 3036 Ccnsoles, and two 3037 Power 
and Coclant Distribution Units. Like a 3033 Multiprocessor 
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Complex, the attached processor configuration can execute 
two instructicn streams (tasks) simultaneously, one in each 
processor. 


B. GENERAL DESCRIPTICN 


The 3033 Attached Processor Complex provides a growth 
path for 3033 uniprocessor users who require additional 
internal perfcrmance, but do not require all the advantages 
cffered by a 3033 Multiprocessor Complex, and offers 
advantages over two uncoupled 3033 uniprocessor 
configurations. A 3033 Attached Processor Ccmplex operating 
under OS/V¥VS2 1s capatle of providing internal performance 
1.6 to 1.8 times that of a 3033 Processor Complex. The 
internal performance inmprcvement realized when a given 3033 
uniprocesscr configuration is upgraded to a 3033 attached 
processor configuration is dependent on the amount of 
pultiprogramming that can te achieved. [{ Ref. 15] 


C. COMPONENTS 


The components of the 3033 Attached Processor Complex, 
are; 


- One 3033 Model A Processcr. Functionally this unit is a 
uniprocessor model of the 3033 Processcr with tightly 
coupled multiprocessing hardware like that implemented in 
multiprocesscr models of the 3033 Processor. 

- One 3042 Attached Processor (AP) physically connected to 
the 3033 Model A Erocessor via one 3038 Multiprocessor 
Communication Unit. The 3042 AP contains an instruction 
processor function similar in capability to that in the 
3033 Wedel wk Processor. The 3042 does not contain any 
orocessor storage or channels. The physical size of the 
3042 AP is smaller than that of the 3033 Model A 
Processor, since the 3042 AP does not contain channel and 
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processor stcrage frames. The 3038 provides a 
communication path Eetween the two precessors and the two 
3036 Consoles as well aS processor storage addressing 
capabilities for the 3033 and 3042. 

- Two 3036 Consoles, one for the 3033 Processor and one for 
the 3042 AP. The inclusion of a 3036 Console for the 3042 
AP provides independent power control and power monitoring 
for the 3042. This 3036 Console can also be used to 
execute limited diagnostics cn a 3042 AP ccncurrently with 
operation of the 3033 Precesscr. 

- Two 3037 Power and Coolant Distribution Units, each with a 
multiprocessing feature installed. Two motor generator 
sets, one for each frocessor, are also required. 

The 3033 Attached Processor Complex can cperate in two 
modes. When attached processor (AP) mode is in effect, the 
3033 Processor and 3042 AP normally operate together asa 
tightly ccupled multiprocessing configuration that shares 
processor storage in the 3033 Processor. When uniprocessor 
(OP) mode is in effect, the hardware connection between the 
3033 and 3042 is not enabled and only the 3033 Processor can 
cperate as a uniprocessor. 

A 3033 Attached Precessor Complex can be field converted 
to a 3033 Multiprocessor Complex. The 3033 Model A 
Processor must ke converted to a 3033 Mcdel M Processor and 
the 3042 AP must be removed and replaced with a second 3033 
Hodel 4 FProcesscr. 


1. 


iy 


33 Medel A Frocessor 


The major elements in the 3033 processor are: 


- The instructicn preprocessing function and execution 
functicn which form the instruction processor function 
that executes the instruction get for the 3033 Processor. 

- Processor storage 

- The processor storage control function, which controls all 
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access to processcr storage by the cther processor 
elements and the console and performs virtual-to-zeal 
address translaticn. 

Two or three channel greups and their directors. 
Maintenance and retry function. 


Standard Features for the 3033 Processor are: 


Basic Control (BC) and Extended Control (EC) mode of 
operation and contrcel registers. 

Instruction set that includes binary, decimal, floating- 
point, and extended precision floating-point arithmetic. 
Dynamic Address Translation 

ref2rence and Change Recording 

System/370 Extended Facility 

Instruction retry. 

Interval timer (3.3 ws resclution) 

Time-of-day clock 

Clock ccmparator and CPU .timer 

Monitoring feature 

Program Event Recording 

Expanded machine check interruption class. 

Byte-oriented crerands. 

Store and fetch protecticn 

High-speed buffer stcrage - 64k bytes. 

Two channel grcups, each with six channels (one byte and 
five block multiplexer) 

Channel indirect data addressing 

Limited channel logout area with I/O retry data and an 
extended channel logout. 

Reloadable centrol stcrage for the executicn function and 
Channel groups. 

Store status functicn 


Demect Control. 
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Cptional features for the 3033 Processor, which can 
be field installed, are: 


- Channel-to-Channel Adapter (one in the first group and one 
in the second channel grcup) 

- Extended Channels (third channel group and director with 
channels 12 through 15) 

- Two-Byte Interface (for block multiplexer channels 1, 7, 
and 12 or 13 cnly) 


2. 3042 attached Frocessor 





The 3042 Attached Processor, with a 57-nanosecond 
cycle time, contains an IPPF, execution function, PSCF, and 
Baintenance and retry function, like those of the 3033 Madel 
A Processor. The 3042 AP Easically differs from Model A and 
uniprocessor models of the 3033 Processor in that the 3042 
does not contain any processor storage or channels. The 
PSCFs in the 3042 AP and 3033 Mcdel A Processor communicate 
with each other +t+o support the sharing of all processor 
storage available in the 3033 Processor. There are nec 
cptional features for the 3042 AP. 
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3- 3038 Multiprocesser Communication Unit 


The 3038 Multiprocessor Communication Unit 
physically connects the two processors ina 3033 Attached 
Processor Complex. It provides a communication path between 
the two processors and between the two 3036 Consoles. 
Functionally, the 3038 is divided in half. Each half is 
associated with the prcecessor it is attached to and receives 
its power and water cccling from the 3037 of its associated 
processor. Each half of the 3038 can be powered up and down 
separately from the cther half and contains and oscillator 
for timing its associated processor. 


The two 3036 consoles are used tc perform the 


following major functions: 


- Sequence, monitor, and cecntrol power. 

- Load instruction precessor (execution function), director, 
and console microcode 

- Configure certain processor ccmponents and 3036 Console 
Euncticns. 

- Control 3033 ErecesSscr cferaticns (IPL, start, stop, etc.) 
and communicate with the operating system keing used. 

- Configure the 3036 Console for concurrent maintenance 
Operations. 


- Exercise processor components to locate a malfunction. 


- Display processor and channel indicators and logouts 

- Execute microdiagncstics for the 3036 and 3033 that are 
contained on diskettes. 

- Perform remote maintenance operations. 


The two 3036 Consoles in a 3033 Attached Processor 
Complex are Physically identical to the 3036 Console used in 
a 3033 Processor cCosplex. Nc changes are made to the 
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control fanei or the two crerating staticns. However, the 
cperational diskettes for a 3033 attached processor 
configuration contain processor and console microcode that 
is designed to support multiprcecessing and interprocessor 
communication. 

The 3036 Conscle associated with the 3042 AP is 
cable connected to the 3042. This cabling frovides certain 
hardwired communication functicns between the 3042 AP and 
its console such as fowering, logging tc the diskette, 
hardware configuring using a configuration display, 
indicator displays, etc. 


Cperator to oferating system communication utilizing 
a display station, program access toa diskette drive 
operating in service record file mode ard remote maintenance 
operations can also te performed using the 3036 Ccnsole 
associated with the 3042 AP. These operaticns require the 
3036 console to be attached to a channel in the 3033 
Processor, as is the cther 3036 Console, and assigned three 
I/O addresses. 


For attached frocesscr acde operaticns at least one 
cperating station in each 3036 Console must be functional. 
This is necessary for power ccntrol for each processor and 
3036 Console to 3036 Console communication which is 
accomplished via the service support stations. All logouts 
from a processor are written to the diskette drives of its 


associated 3036 Console. 


In the normal conscle configuraticn for attached 
processor mode operaticns, one station in each 3036 Ccnsole 
is designated as an cperatcr station while the other is 
designated as a service support station. One operator 
station in either 3036 Console is used as the frimary 
cperating system console while the other can te defined as a 


alternate or additional ccnscle. 
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D. ADVANTAGES OF A 3033 ATTACHED PROCESSOR CCNFIGURATION. 


In additicn to increased irternal performance over a 
uniprocessor configuration, an attached processor 
configuration cffers advantages over two uncoupled 
uniprocessor configurations with the same total resources as 
the attached processor configuration. {Ref.16] 


1. Less complex Crerational Requirements 


An attached precessor configuration has less complex 
Operational reguiréements than two uncoufled systems because 
it presents a single system image to the operator even 
though there are two instruction processor functions in the 
Genfiguration. The operator has one orferational interface 
to the entire system, one job scheduling interface, and one 
point of ccntrol for all the resources in the configuration. 
In addition, the operator must communicate with and ccntrol 


cnly one centrel program instead of two. 


2. Improved Resource Utilization 


Resource utilization in an attached processor 
configuration is imprcved over that of two uncoupled systems 
because load leveling occurs between the two systems, there 
is a reduction in the amount of processor storage required 
by the resident control program, all I/0 devices in the 
configuration can be accessed by the 3033 Processor, and the 
need for using shared DASD support is eliminated. 


Load leveling cccurs for the twe prcecessors because 
cf the way in which V8/370 can schedule task execution in a 
tightly coupled configuration. Load leveling reduces the 
peak and valley periods cf processor utilization taat 


normally occur in two uncoupled systems, as fcllows. 
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The two processors are considered tc be system 
resources that, when available, are allocated to ready 
tasks. Usually, either frecessor is capable of processing 
each task in the systen. Thus, aS soon aS a processor 
becomes available, it is allocated to the highest priority 
gueued ready task. Since there are on the average twice as 
many tasks in an attached processor configuration than in 
cne system in a two-uniprocessor environment, the chances 
are significantly reduced that no task in the attached 
processor configuraticn will ke ready to execute and hence 
available processor time will be unutilized. 


Since there is Only one copy cf the VM/370 
rultiprocessing ccntrcl program resident in processor 
storage in an attached precessor configuration, nore 
processor storage is available fer paging (which can benefit 
performance) than in two unccupled systems with the same 
total amcunt of processor storage as in the Model A 3033 
Processor, each of which has an VM/370 uniprcecessor control 
Frogram resident. 


While the 3042 AP cannot issue IvC instructions, it 
can process data read and to be written by the 3033 
Frocessor. Therefore, in effect, the IyO devices in a 3033 
attached processcr configuration are pooled for use by both 
processors. More than half the total number of I/O devices 
present can be allocated to an individual job step when 
necessary. The pooling of I/O devices and sharing of 
processor storage perpits the execution of jobs with larger 
processor storage andI/oO device requirements than can be 
handled using one system in a configuration with two 


uncoupled systems. 


The sharing of processcr storage and the ability cf 
the 3033 Processor to access all iyO dévices in the 
configuration also enables the VM/370 control program to 
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automatically handle feak load situations within jobs and to 
balance the processing across the two processors. Manual 
balancing of the werkicad between twc systems, as is 
required for two unccupled systems, is not required for a 
tightly coupled configuration. 


Through fooling the number of I/C devices in a 
tightly coupled multiprocessing configuration can be less 
than the number of IvyO devices needed for twc uncoupled 
systems that are to handle the same large Ivy0O job or peak 
load direct access storage requirements. 


Since there is only cne contrel program for an 
attached processor configuration, there is ne need to split 
any data base into twe parts, one for each system, or to use 
Shared DASD support in order to share a data base between 
the two systems. The use of Shared DASD suprort results in 
reduced throughput for two uncoupled systems because of the 
interference it intreduces. This throughput reduction is 
not incurred in an attached processor configuration since 
there is only one OS/VS2 MVS control program and it can 
Maintain the integrity cf a shared data base without using 
Shared DASD support. 


E. NPS IBM 3033 System Configuration 


The configuraticn cf the IBM 3033 AP System installed in 
the @.R. Church Computer Center, Naval Postgraduate School, 


ws the fcllowing: 
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IBM 39 
QUANTITY 
E2Ssogs 
1 TBS 3033-Aa16 
1 3042-1 
2 3936-1 
2 SO ay 1 
1 3038-1 
AS 
2 Pee’ 2635-2 
2 2ICS— 2 
K 
2 Tee 3850-2 
2 3 350--K2 
4 33350=82f 
aa50-5 2 
33e0="b2F 
1 *ITEL 7830-1 
3 SITEL 7330-1 
1 » 230e- 1 
mM SLtORAGE SYSTES (MSS) 


1 IBM 3851-A2 
2 3830-3 
2 3350-A2 
2 3350-B2 

ES 
2 * IBM 3803-1 
6 * 3420-8 
1 * 2803-1 
1 s 240z-1 


MINALS - COMMUNICATIONS 


Central Precessing Unit (16 Mbytes) 
Attached Processcr Unit 

Console (2 CRIs each) 

Power and Coclant Distributicn Unit 
Muilti-processor Communications Unit 


Dru 


Storage Control 
Drun 


Storage (12 Mbytes each) 


Disk Storage Ccntrol 
Disk Storage & Centrol 
(o spindles @ 317.5 
a es each) 
aie ef enaae (Fixed head) 
(2 spindles @ 317.5 
Mbytes each) 
Dis 5 eae (2 spindies 
@ 317 ytes. ed, b 
Lisk Storage ead) 
(2 spindles 3.17. 
Mbytes each) 
Disk Storage Controller 
Cisk Storage aoe Nbytes each) 
Disk Seany < a 
a 29 Mbytes Bae 


Mass Storage Facility 
(cartridge, 50 Mbytes ea.) 
Disk Storage Centrol 


Disk Storage & Ccntrol 
(22100 Mbytes each) 
Disk Storage 
Tape Ccntrol 
Tape Drives (625Q bpi) 
Tepe Centrol : 
Tape Units (2 drives) 
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5 IBM 3274-D1 Ccntrol Unit ( 32 Terminals each) 
31 3200-2 Display (EECDIC) 
5 3278-2 Cisplay (AFL/EECIIC) . 
6 S202 -3 Printer (3278-compatibie) 
1 3777-1 Communications Terminal 
1 a205= 3 Line Frinter (remote) 
1 x 3705 Communications Ccntroller 
Lines; 39600 bps RJE 
4 dial-up @1200 bps ASCII 
» * ° @300 bps " 
6 hard-wired ¢@ 300 bgs " 
, « ° 24800 IEM 3276 
1 1¢ Lh a 96 00 at 9 
2 ° a9600 RJE 
SMINALS-COMNMSUNICATIONS 
1 * IBM 2702-1 Transmission Control 
LINES; 
© dial-yp @134.5 bps 
4 hard-wired @134.5 bps . 
1 * IBM 2701 Data Adapter Unit 
LIKES: 
3 hard-wired @4800 cps 


1 * IBM 2821-1 Ccontrcl Unit 

1 * 2821-2 Gootrod Unit 

2 ” 1403-N1 Printer eee 1pm) 

1 * 2540-1 CardyReader/Puach . 

1 me 2501-32 Card Beacer (seth Service) 

1 *VERS 822Z2-A BlLeetrostetic Printer/Plotter 
7ES: 1 equipment is IBM unless otherwise indicated. 


asterisks indicate the deviceds retained fren 


1. Al 
2. The 
cld systean. 
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TES 3023 SYSTEM CONFIGURATION 





0 2701 3705 2702 3851 3036 3036" 2821 
(Communicaticns) Mass CPU AP 1403 
Storage Console 2580 

2821 

1403 


CHANNELS 
Grour Q) *' 28635 2635 DE 
2305 2305 a 
2 3830-3 ITEL 3830-3 Disk 
(2) 3350 7830 (z) 3350 
(3) 7330-1 
a 3830-2 3830-2 Disk 
3042-1 (6) 3350 (6) 3350 
ATTACHED 4 3274D1 3274D1 Terminal 
PROCESSOR (26) 3278 (24) 3278 
. 5 2803 3802* 3803 2314 Tapes, 
2038 (1) 2402 ener ae (3)342Q-8 (8) Disks 
MCU 2) 3420-8 
6 3851*% 2501 2702* j3705*® VERS 
3033 MSS Reader TcuvU Cc PLOT 
CENTRAL (Hot) 
3036 3036% 282 1% 
AP CPU 1403 
Console 2540 
PROCESSOR 
UNIT 7 2835* 2835” Drums 
2305 2305 
8 3830-3 ITEL® 3830-3 Disk 
Zz) 3350 7830-1 (2) 3350 
13} 3330-1 
CHANNELS : 
3 Jes0= 2 3830—2% Cisk 
(GROUE 1) (6) 3350 (6) 3350 
A 3274D1 327451 3274D1 Terminals 
(26) 3278 (24) 3278 (24) 3278 
B 2803* 3 803% 3893* 2314* Tares, 
1) 2402 (1) 3420-7 (3)3420-8 (8) Disks 
t) 3426-3 
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Ve YN¢SP EERFORMANCE MEASUREMENT TOOLS 


A. INTRODUCTION 


Measurement facilities, kroadly speaking, have been 
implemented at several levels of the Virtual Machire 
Pacilitys370. The user level, the system operator level, the 
system analyst level, and the installaticn management level. 

Three commands [{Ref.17] INDICATE, WUERY SRM, and 
MONITOR, provide a way to dynamically measure systen 
performance. 

Indicate: provides the system analyst and general user with 
a method to observe the load ccnditions on the system while 
2: le running. 

GUERY SEU: Provides the system operator with expanded 
cbhservation facilities fcr analyzing internal activity 
counters and parametefs. 

MONITOR: Provides the system analyst and the  systen 
cperator with a data collecticn tool designed for sampling 
and recording a wide range of data. The collection of data 
is divided into functional classes. The different data 
Geriection functions can be pertormed separately Or 
cencurrently. Keywords in the Monitor command enable the 
collecticn of data and identify the various data collection 
classes. Other keywords control the recording cf collected 
data or tape fer later exaginaticn and reduction. 

The VM/370 perfcrmance measurement tools are three 


separate entities [ref.18]}. The first known as LOAD 
INDICATORS includes the INDICATE and CUERY SRM commands. 
It's purpose is to provide the users, analysts, and the 


cperator with the neans to observe the load conditions on 
the system, tc varying degrees depending on necessity and 
the levels of authcrity granted them, such that they may 
base their respective dealings with the system on data 
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cbtained in real-time. In the case of performance problens, 
real-time data may be of limited usefulness and may only 
serve to confirm that a preblem exists. There may be no way 
of understanding, frem a small amount of on line data, the 
exact nature of the problem, how it arose, or how it may be 
resolved. 

The second, kncwn as VS/SP Monitor, is a general rfurpose 
control frogram service fer collecting a wide range of data 
relating to most aspects of performance measurements. This 
service collects data cn tape for later reduction and 
analysis. In most cases, data collection takes place witha 
insignificant overhead and, thus, Minimal impact oon the 
system being mcnitcred. (Reduction of the data may, of 
course, constitute a significant load cut may be done with 
batch facilities). 

The third service is an optional data reduction systen 
known as Statistics Generating package for VM/370, VM/SGP. 
It 1s availabie as an Installed User Pregran. VM/SGP 
consists of a data selection and reporting language, a 
translatcr, anda library of reduction programs to handle 
zost classes of VYM/SP Monitor output. 

Therefore, together with a reduction facility, permanent 
records of summarized measurements of load and performance 
May be maintained, and probleas may be thoroughly analyzed 
and resolved with definitive results. The great flexibility 
of VM/SGP may be eaplcyed to massage the raw data into forms 
most acceptable by management or which carry the greatest 


impact for the given circumstances. 


BP. THE INDICATE COMMAND 


The indicate command [Ref.17] allows the general user 
and the system analyst tc display at their consoles at any 
*ime, the usage of and contention for major systen 


TeSOUTCES. 
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The general user can display usage of and contention for 
the major system resources of processor and storage. He can 
also display the total amcunt of rescurces he has used 
during his terminal session and the number cf IvO requests. 
If he uses the Indicate command before and after the 
execution of a program, he can determine the execution 
characteristics of that prcgram in terms of resource usage. 

The system analyst can identify active users, the queues 
they are using, their IYO activity, their paging activity, 
and many Other user characteristics and usage data. 

The VM/SP Schedule maintains exponentially smoothed 
values for data provided by the LOAD option. Specifically, 
at intervals (in seconds) depending on the processor model, 
the scheduller calculates the total activities for variabies 
such as CP and storage usage for the mcst recent interval, 
and factors them into a smoothed wait value in the following 
way:({ Ref.19 ] 

_ 3 x old smoothed wait value + current interval wait) 
NSWV —— a pe ma a a lca area 
where NSWY = New Smoothed wait value 


Thus, only 1/4 of the most recent interval wait is factored 
into the new smoothed wait which makes it predominantly che 
cld smoothed wait value. 

The remaining INDICATE components are sampled prior to a 
user being dropped frcem a queue. Because cf the frequency 
of this event, the remaining components are subject toa 
heavier smoothing than the wait time. A general expression 


for the smoothing follows: 


nsv = ((rate - int) (osv)/rate) + civ 
where: 
nSv = new smocthing value 
csv = old smoothing value 
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civ = current interval value (results fcund during the 
current interval (int) 

int = current interval (time period being tested) 

rate = eéither histcry interval (hrate) of 8 minutes, or 
data interval 


Other operands of the command allow users to obtain 
cther performance informaticn that enakles then to 
understand the reasons for the observed conditions. 


The Class G Indicate Ccmmand 


The format of the class G (general User) Indicate command 


ie: 
LOAD 
INDICATE j= #£==~----=- 
USER 
Where: 


Indicate LOAD produces the follcwing response, where nis a 
decimal number [ Ref.20} 


CPU-nnn&% AFU-nnni% Qi-nn Q2—-nn STORAGE-nn&%& EXPAN—-nan 


PROC xx-nn% PRCC YY nn%& 
PAGING-nnn/sec, STEAIL-nnn%&, LOAD—nnn% 


The CPU figure indicates the percentage of time that the 
Main processor is running and is derived from the smoothed 
walt value maintained by the scheduler. In a multiprocessor 
environment, PROC xx-nnn% is a smoothed value that indicates 
the percentage of time that the system is running on the IPL 
processor. 

The APU figure is the percentage of time the attached 
processor is running. In a multiprocessor environment, PROC 
YY¥-nnn% is a smocthed value that indicates the percentage of 
time that the system is running on the non-IFL processor. 

The contention for the precessor is represented by 
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average numbers cf users in gueve 1 and gueuve 2, maintained 
by the scheduler. 

The next field, SIORAGE, is a measure of the usage of 
real stcrage. * 1s an appreximation of the number of pages 
in storage for in-gueue virtual machines tc the number of 
pageable pages in the system, expressed as a percentage. 

Due to the algorithm used by the scheduler in 
approximating the numker of pages in storage, the value of 
STORAGE can exceed 100%. 

The value may also be less than 100% even when the sun 
of the estimated working set for in-queuve virtual machines 
is greater than the number of pageabie pages. 

The scheduler contenticn value, EXPAN, is the smoothed 
measure of the time it takes a virtual machine to receive a 
given amcunt of processor time, as follows: 


QT 
EXEAN = -------- 
Q2 slice 
Where; 
QT is the average elapsed time between queue drops a 


Q2 virtual machine spends in the Q2 dispatch list. 


Q2 slice is the amount of processor time allowed to a Qz 
Virtual machine in the dispatch list. 


EXPAN is a measure of the total delay in response time 
that a virtual machine experiences due to 
contenticn for oath real stcrage and the 
processor. It is maintained at a pininum value of 
We 


PAGING is the average number of page I/O operations (page 
reads and writes) rperfcrmed per seccnd. 
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STEAL is the percentage of page read cperations that 
required a real storage page to te stolen from 
another in-gqueue virtual machine. 


LOAD is an artificial value that attempts to measure 
(in terms of elapsed time) the percentage of the 
system devoted +o paging because cf real storage 
contention. Estimated processor time involved in 
paging, the amount of time spent in pagewait, and 
the percentage cf steals are factored into the 
calculation. 


INDICATE USER 


Allcws a user tec determine the resources used and 
cccupiéed by his virtual machine, and the IvyO events that 


have taken, place. 
The follcewing two line response is returned: 


PAGES: RES-nnn WS-non READS=nnn WRITES=non MH-nnan FH-onon 
VTIME=nonnz:on TTI4E=nnoinn SLTO=nnn RDR—-nnon PRI-nnn PCH—-nnn. 


The first line of the response displays the data from the 
user's VMBLOK that is relevant to his virtual machine's 


paging activity and resource occupancy. 


RES: is the current number of the user's virtual storage 
pages resident in real storage at the time the 


command is issued. 


WS: is the most recent system estimate of the user's 
working set size. 


READS: is the total number of page reads for this user 
since he legged cn or since the last ACNT ccmmand 


was issued fcr his virtual machine. 


WRITES: is tne tctal number cf page writes for this user 
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MHs 


FH: 


The secon 
usage and 
Simwce th 


machine. 
VTIMSE 


TTIME 


sIo 


RDR 
PRT 
PCE 


THE CLASS 


Tae fCornmat 


INDicate 


@here: 


Since he logged cn or since the last ACNT command 
was issued for his virtual machine. 


1s the current number of virtual pages allocated on 
the system moveable head preferred paging area for 
this user. 


is the current number of virtual pages allocated on 
the system fixed head preferred paging area for 
this user. 


d line of the response gives the user his processor 
accumulated I/O activity counts since logcn of 


e last ACNT command was issued fer his virtual 


is the tctal virtual processor time for the user. 


is the total virtual processor and sinaulation 


time for the user. 


is the total number cf nonsfooled I/O requests 


issued by the user. 

is the total number of virtual cards read. 

is the total nugber of virtual lines printed. 
is the total number of virtual cards punched 
E(SYSTEM ANALYST) INDICATE COMMAND 


of the class E Indicate command is: 


| | LOAL [ 
i {OSER | * i | 
| eens Weersalt 
2 elo | | 

| PAGing [WALT 
| | {ALL i] 
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INDICATE LOAD 
provides the same output as the INDICATE LOAD cption 
described under "The Class G Indicate Command." 


INDICATE USER *® 
reflects activiy cf the system analyst's own virtual 
machine. The output of this option is the same as that 
of the INDICATE USER * option described under "The Class 
G INDICATE Command", 


INDICATE USER USERID 
allows the system analyst to determine the activity of 
other virtual machines in terms of the resources used 
and cccupied and events that have taken place. Users 
with class B authcrity can access data from the VMBLOK 
of any user currently legged onto the system in their 
attempts te understand an overload or feor performance 


Situation. 


INDICATE QUEUES 
displays the active users, the queues they are in, the 
storage they are cccupying, and the status they are in. 
The display indicates those users currently dominating 
Main storage. Users waiting in eligible lists are 
included in the respcense because they are contending for 
main storage and it is orly Ey chance that they were not 


occupying main stcrage at the lime of the command. 


INDICATE I/0 
provides information about conditions leading to 
possible IyO contenticn within the system. The response 
gives the userids of all the users in IyO wait state at 
that instant in time, and the address of the reai device 
to which the mest recent virtual SIC was mapped. 
Because the respcnse indicates only an instantaneous 


sample, use the ccmmand several times before assuming a 
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Gondition to be persistent. If ait is persistent, run 
the SEEKS oftion of the MCNITOR command to conduct a 
thorough investigation of the suggested ccndition. 


INDICATE PAGING WAIT 

1s provided for instaliations that have 2305s as primary 
paging devices and cther direct access devices as 
secondary paging devices. A full primary device and 
Subsequent allocation of paging space on the Slower 
device may be responsible for degradation in system 
performance. Use the INDICATE PAGING WAIT option when 
the INDICATE QUEUES cption shows that a significant 
propertion cfr the users in gqueuel and gueue2 are 
persistently in page wait. The response to the conmand 
gives the userids of those users currently in page wait 
anc the numbers of page frames allocated on drum and on 
disk. 


INDICATE PAGING ALL 
displays the page residency data of allusers of the 
system (including the system nucleus and pageable 
routines). The respense is identical to that of the 
INDICATE PAGING WAIT cftion. 


C. QUERY SRA AND QUERY PAGING CCMMANDS 


1. Querying and Setting the System Rescurce Management 


The QUERY SBM and SET SKM commands allow the system 
analyst to query and/or change internal system activity 
counters Or paragreter. 


The system analyst can use the class E QUERY SRM command to 


Gueplay the follewing infcrmaticn: 


- current number of fageabkle pages 
- size of the dispatching tine slice 
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- Setting of the maximum working set estimate 

- Maximum drum page aliccation limit 

- Current page sigration counters 

- Unused segment elapsed time as criteria for page 
migration. 

- Current PCI flag setting mode for 2305 page requests 

- Maximum page bias value 

- Current interactive shift bias value 

- Moveable head page migration limit. 


The class E SET SEM command allcws the systen 
analyst to set scme of the system variatles that can affect 
the values displayed Ey the QUERY SRM command. 


2. Querying and setting the Paging Variakle 


The paging variable is used in the werking set size 
algoritha. The current paging load is constantly ccupared 
with the paging variable. Adjustments are then made in the 
working set size estimates, based on how well the actual 
load compares with the paging load variable. 


The QUERY FAGING command displays the paging 
variable used in the working set size estimate ccntrol 
algoritha. Informaticn cn the paging rate per second is 


available as a response to the INDICATE LOAD command. 


The SET PAGING ccmmand is used to change the paging 
variable used in the werking set size estimate. 


vs THE MONITOR CCMMANL 
VM/SP Monitcr collects data in two ways: 


1. By handling interruptions caused by executing 
MONITOR CALL (MC) instructions. 


2 rials Ena timer interruptions to give ccentrol 


periodically te sagzpling routines. 
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MONITOR CALL instructions with appropriate classes 
and codes are presently embedded in strategic places 
throughout the main bedy of VM/SP code (CP). When a MONITOR 
CALL instruction executes, a program interruption occurs if 
the particular class of MCNITOR CALL is’ enabled. The 
classes of MONITCR CALL that are enabled are determined by 
the mask in Ccntrol Register 8. 

When a MONITCR CALL interrupticn cccurs, the CP 
program interruption handler transfers contrcl to the VM/SP 
Monitor interruption handler where data collection takes 
place. 

Sixteen classes of separately enabled MONITOR CALL 
instructions are possible, but cnly eight are implemented in 
the YM/SE Monitcr. 

Monitor output consists of event data and sampled 


data. Event data is cbtained via MONITCR CALL instructions 
placed within the VM/SP codé. Sampled data is collected 
following timer interruptions. All data is recorded as 


though it were obtained through a MONITOR CALL instruction. 
TAs Simplifies the identificaticn of the reccrds. 


The MONITOR command: 
- Stops and starts CF internal trace table data collection. 


- Displays the status of the irternal trace table and each 
implemented class cf VM/SP Mcnitor data collection. In 
addition, it displays those specifications for automatic 
monitoring that are overridden by Monitor commands. ete 
also displays whether the tape, or speol file is the 


recording nediup. 


- Starts and stops VM/SF data collection using tape or 
spool file. It alse clcses the spool file, if desired. 


- Specifies VM/SF acnitcr classes of data collection 


enabled, number cf buffers used, and time of data 
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collection. It also specifies other options which 
override the specifications for automatic monitoring 
contained in DMSKSYS. 


- Specifies the interval to be used for timer driven data 
collection. 


- Specifies direct access devices that are to be included 
or excluded from alist of devices. The list defines 
direct access devices for which CP is to ccllect data for 
the SEEKs class. 


NOTE: £cr more detail ixrformation about the format cf the 
Class A and E Monitcr command, see [Ref.21]} 


E. ACCOUNTING RECORDS 


The accounting data gathered by VM/SE can help in 
analysis of overall system operation. Aliso, accounting data 
can be used te bill VM/SP users for time and other systen 
resources they use. 

There are three types of accounting records [ Ref.22]. 
The virtual machine user records, records for dedicated 
devices as well as T-Cisk space assigned to virtual machine 
users, and acccunting reccrds generated as a resuit of user 
2nitiated PIAGNOSE X*aC* instruction. 

This service is cnly given to users with the account 


cption (ACCT) in his directory. 


1. Accounting Record 


for Virtual Machine Resource 
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The informaticn stored in the accounting record in 
card image fcrm when a user ends his terminal sessicn (or 
when *he ACNT command is invoked) 1s as follows. (Cclumns 
1-28 contain character data, all cther data is in 


hexadecimal form, excert as noted 
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oe eee Contents 


8 Userid 

S—- 76 Account nugber 

17-28 Date and Time of pee ag oper oat anedss) 

g9-32 Number of seconds ccnnected tc VM/SP Systen. 

33-36 Milliseconds of processor time used, including 
time for VE/SP supervisor functions. 

37-40 Milliseccnds of virtual processor time used 

41-44 Number of fage reads 

45-48 Number of fage writes . 

49-52 Number of virtual machine SIO instructions 
ror nee Se oe I/O 

59-56 Number of spool cards to virtual funch 

57-60 Number of spool lines to virtual frinter (this 
aeoeaGy one line for each carriage control 
comman 

61-64 Number of spool cards form virtual reader 

65-78 Reserved ma 

79-80 Acccunting record identification ccde (01) 





2. Accounting records fer dedicated devices and 
temporary disk space 


Accounting records are recorded and spooled to disk 
when a previously dedicated device and tempcrary disk space 
is released by a user via DETACH, LOGOFF, or reléasing from 
DIAL (dedicated device only). A dedicated device is any 
device assigned to a virtual machine for that machine's 
exclusive use. These include devices dedicated by the 
ATTACH command, those being assigned at logen by directory 
entries, or by a user establishing a connection (Via DIAL) 
with a system that has virtual 2702 or 2703 lines. The 
information on the accounting record is card image form is 


as follows 


Coluan Contents 
i 6 Userid 
9-16 Account numcer ; 
17-28 Date and tise cf Seed eee eee 
ag — Die Number of seconds connected to VM/SF systen 
33 Device class 
34 Device type 
35 Model (1f any) 
36 Feature (if any) 

37-38 Number of cylinders of ooo es disk space used 
if any) or number of Elocks used (columns 37-40) 
or fixed-blcck devices. This information appears 

only in a cede Q3 accounting record. 

ao" 78 aopees (columns 41-78 unused for fixed-block 
evices 

79-80 beeotet ig reccrd identificaticn ccde (02,03) 
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3 “Becoupting Recopds of Logon, Autolog, and Link 


When LOGON, AUTOLOG, and LINK journaling is ON, 
YM/SP may write type 04,tyre 05, or type 06 records to the 
accounting data set. These reccerds are written when VM/SP 
detects that a user has issued enough LOGON or AUTOLOG 
commands with an invalid passwerd to reach or exceed an 
installation defined threshold value; or when a user has 
successfully issued a LINK command to a pretected minidisk 
not owned by that user; or when a user has issued enough 
LINK commands with an invalid password to reach or exceed an 


installation defined threshold value. 


4. Accounting Records Created by the User 





A virtual machine can initiate the creation of an 
accounting record that contains up to 70 bytes of 
inforaation of his own choosing. To dcthis, he issues a 
DIAGNOSE code X'4C' instruction with the follcwing operands: 


- The address cf a data Area in virtual stcrage containing 
the information in the actual format, that he wishes to 
have recorded in cclumns 9 through 78 of the card image 
record. 

- A hexadecimal function code cf X'10° 

- The length of the data area in bytes. 


The information cn the accounting record is as foliows: 


Column Centents 


1- 8 Userid 
9-78 User formatted data _ 
79-80 Acccunting Record identification code(Co) 


For details cn DIAGNOSE instructions in a Virtual 
Machine see [{ Ref.23]. 
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A. INTRODUCTICN 


The performance of VM/370 systems is analyzed with the 
cbhjective of develorfing performance and resource usage 
forecasting equaticns. A mcdel is developed for analyzing 
computer performance and resource allocation, for computer 


systems uSing this operating systen. 


In this chapter we will present a methodcloGy for doing 
the analysis, showing how response times and resource 
utilization are related to the system load. 


Some perftcrmance measurement and analysis techniques 
[ Ref. 24, 25 ] emphasized the detection of performance 
lmprovements caused Ey changes in the systen. Here, no 
attempt was made to analyze the causes for improvement or 
lack of it, nor to relate these to the internal structure of 
the system. What we shall try to accomplish is to relate 
the trends in the data to the performance of the system and 
thus gain an insight intc what might causé the system to 
Saturate and its perfcrmance to degrade. 


B. STSTES DESCRIPTION 


For a description of the VM/SP (VM/370) see Chapter III. 
For the configuration of tne ITEM 3033 AF, used in the W.B. 
Church Ccmputer Center NPS, see Chapter IV. 


For the analysis purroses, the VWM/CHS is simply a 
virtual-machine time-sharing system. Each user cf the 
System may enter tasks, normally from a remote terminal. 
The system shares its resources among these tasks. The flow 
of user tasks through the system is depicted in Figure 1. 
[Ref.26] 
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A user is in the "dormant" state until he has cospleted 
creating a task. Gntil proven otherwise, the task is 
assumed to be "interactive", i.e. to require fast response 
while making cnly slight demands on system resources. While 
receiving service, such tasks are said to Fe in "Qi", but 
before being admitted to this state they are called "Q1 
Candidates". If a Q1task does not terminate before 
consuming a certain amount of CPU time (roughly 400 
milliseccends), it loses its "“interactive"™ status. It now 
becomes a "Q2 Candidate" and is elegible to be admitted into 
"o2", which is the set cf noninteractive tasks currently 
being serviced. There is alse a limit (about five seconds) 
on the amount of CPU time that a task may receive during one 
stay in Q2. A task reguiring more CPU time may cycle 
several times between the "Q2 Candidate" and "Q2" states. 


Not all the possiktle state transiticns are shown, but 


those shcwn are encugh for our furposes. 
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GC. DOsPINITIONS AWD TYFICAL RELATIONS 


le face Definiticns 


a. Multiprogramming Level 


The only tasks that may actually receive CPU time at 
any moment are those in the Q@1 and Q2 states, those are 
called fin-qQ' tasks, and their number is the 
multiprogramming level (MEL). The Q1 and Q2 candidates are 
tasks that are ready to run but are not allowed to do so at 
the moment because the system does not wish to overconmit 
its resources. These tasks are said tc be eligible. 
Admissions from eligible to in-Q status is inorder of 
deadline priority which is based on a ccmbination of a 
permanent directcry ertry, the time when the user had last 
received service, and opticnal penalties depending on the 


user's previous resource demands. 


In-Q user's main storage reguiremzents are met 
dynamically through a demand paging mechanisa. The systen 
Maintains an estimate of each user's storage requirements; 
this estimate is referred to as the user's prcjected working 
set. Admission is based principally on the availability of 
Bain storage space to acccmmedate the user's projected 


working set. 


While a task is in Q it reguires system resources, 
€.9. main storage, file Iv0O, and paging I/O, in addition to 
CPU cycles. The rates at which these rescurces are being 
utilized thus provide additicnal performance measures, as do 
the response times to tasks of various types. A true 
ricture of system performance can be gained only if all 


these factors are considered simultaneously. 
rE. Syseted Scheduler 


The main function of the system scheduler is to 
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Maintain the optimal MFL fer the given system configuration 
and user workload. The scheduler performs its task by 
estimating each user's working set, and by admitting into Q 
cnly aS many users whcse werking sets can be accommodated in 


Main storage. 


2. Important Relations 


ae MPL and Performance 


As the MPL goes up, the system is increasingly 
able to overlap the use of its various components, 
conseguently improving their utilization. Soon, however, 
cne or more components approach 100% utilization, so that no 
further increase is pessiktle. The system is then said to be 
Saturated. There is no benefit in increasing the MPL keyond 
the saturation foint, which is determined primarily Ly the 
system configuration See figure Z. The saturaticn point is 
also affected by the nature of the work load if the work is 
unevenly spread among the system components, saturation will 


cccur sconer than if the load is well-balanced. 


At any rate, if the effects cf paging are 
ignored, then curve A in Figure 3. shcyws a typical 
relationship between performance (as measured by CPU 
Ht2laization) and the MEL. This curve might ke an idealized 
representation cf a VM/370 system with essentially infinite 
main storage capacity (hence, negligible paging activity). 


In areal systen, Main storage capacity is 
finite. As the MPL incréases, the amount of storage 
available to each program decreases, hence the paging rate 
increases. This increase beccmes drastic when the storage 


allocated to each pregram falls below its “working set". 
Scon the paging channel becomes saturated, and furtner 
increases in the relative paging rate fcrce down the 

x 


Lve utilization of cther components, such as the CPU. 
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bc. Load and Ferfcrmance 


BARD [{Ref.27], of IBM, believes that it is 
important to understand the relation between MPL and 
rerformance, but what one is really interested in, is the 
relation tetween perfcrmance and the load placed on the 
system. He tock the number of active users as the primary 
measure of system load. The measure is open to much valid 
criticism. No two users are alike; how can we compare a user 
who 1S editing a file under CMS to one who is using the IPL 
procedure for a large virtual Machine ? yet measurements 
taken at many installaticns have shown that performance 
variables averaged over reasonable periods of time (one 
week, say) present very consistent patterns when plotted 
against number of active users. 


c. Response Time and System Load 


As the Bard Model [Ref.28] indicates, we can 
also determine how task response time is affected by systen 
load. Suppose we have a specific task in mind requiring one 
second of CPU time to ccmplete. The response time is 
composed of the running time, and the waiting time in the 
eligible set, which is preporticnal to the number of tasks 
in that set. To obtain the running tine, Suppose a task 
requires one seccnd of CPU time. Let U(n) be the CPO tine 
woubigation at MPL = non. If system resources are shared 
fairly awong users, the task receives, cn the average, 
u(n)/o seconds of CSU TIME per second of elapsed time, and 
hence its running time may be estimated as n/u(n) seconds to 
complete the task required time cf 1 second. 


The propcrtionality factor (waiting time in 
eligible list Vs Number of tasks in that list) is 
determined: as follcews If the average task required T 
seconds of CPU time, ard the MPL = M, then a task leaves Q1 
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or Q2 on the average cf every T/u(n) seconds. Hence, 1 
there are M eligible tasks, the expected waiting time is M 
t/win). . Thus, the relaticn cf Figure 4% can be obtained, 
where the total respcnse time is shown VS the number of 
users. Figur2 4 shows the essential effect of saturation on 
response time. 


This analysis applies to a typical task, i.e. 
one whose various rescurce reguirements are reughly 
proporticnal te those cf the overall work lcad. Radically 
different types of tasks, e.g., compute-bound or I/O bound 
cones, may present completely different response profiles. A 
system whose IvQ channels are saturated may have enough 
leftover CPU power to maintain excellent response to a 
compute-bound task, and vice versa. 
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d. System Rescurce Utilization 


For each rumber of active users, we could find 
the MPL (Figure 2), and then based on it find the 
Stilization. The result is shown in Figure 5: utilization 
climbs up to the saturaticn point and then levels off. In 
practice, utilization actually starts to decrease somewhat 
reyond the Saturaticn point, due to increased contention 
and increased consumption of storage space by system ccntrol 
blocks. 


€. The effect of Storage Capacities 


The t40 1 Gasl results for various storage 
Capacities are shewn in Figure 3 [Ref.25]. In curve B, 
storage capacity can accommodate the working sets of three 
programs. Hence, utilization peaks at an MPL of three. 
Similarly, curves C and D depict storage capacities cf six 
and nine programs, respectively. Observe that the maxinun 
utilization in curve E is considerably telow the infinite- 
storage saturation level, but is very close to it in curves 
C and D. It appears that cnly a limited gain in performance 
is attainable Ey increasing stcrage capacity much beyond 
accommodating six prcgrams, which is the infinite-storage 


saturaticn point. 


In the NPS 3033 AP the storage is fixed and we 


could not use this effect in this particular analysis. 
f. System Expansion Pactor 


Typically, as the number of simultaneous users 
increases, the respense time steadily degrades, but sharply 
degrades after scme critical number of users. Thus, if we 
act so as +o maxinize the number of Simultaneous users, the 
effect is to maximize the number of pecple to whom we are 


presenting a sharply degraded service. This means that the 
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number of simultaneous system users could ke a misleading 
measure of system load. System expansion factor rather than 
number of simultanecus users could be a better measure for 
the computing center and for the users. This factor is 
defined as the ratio of the actual time tc doa unit of 
computer-limited work to the minimum time to do that work in 
a stand-alone envircnment, and is calculated Ly dividing the 
total system service time plus gueveing time to perform some 
user-reguested action by the CPU time plus the estimated I/0 
time This assumés that computation time and IyO time for any 
cne user are not overlarred. It alse assumes that all 
paging and disk arma mcvement are overhead operations, 
induced Ly contention. Although this is nct entirely true 
in all cases, it serves well enough as ae first-order 
aproximaticn of what actually happens. 


a Bottlenecks 


I ee ee 


Plets such as Pig. 4 and Fig. 5 cculd be used to 
spot saturation conditions and determine the user load under 
which they occur. If there is no evidence of saturation, 
all is well. acwever, if saturation is detected, we must 
next determine the systea compecnent that is causing the 
saturation. This component, which is called a bottleneck, 
is one whose capacity must be increased first before overall 
system performance can be improved. Such improvement would 
re felt in two ways: an increased number of users could be 
served before the onset of saturation, and system throughput 


at saturation weculd be increased. 


The main hardware components of a VM/370 system are 
the CPU, main storage, the faging subsystem and the [/0 
(other than paging subsystem). Bottlenecks in any of these 
components can te spotted. However, this kind of analysis is 
not the main cbhjective of this thesis, and we will describe 


some cases only as examples cf bettilenecks. 
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* The CPU 


The CPU is saturated When its utilization 
approaches 100 percent. A truly saturated CFU can be cured 
cnly by teing replaced with a faster one. However, some 
further analysis may reveal different underlying causes for 
the saturation and suggest cures of a less dramatic nature. 


One case in point cccurs when the CPU becomes 
Saturated due tc paging activity. This occurs when total 
CPU utilization approaches 100 percent, prcecklem state time 
declines, and aging rate climbs as the number of users 
increases. Such conditions prevail if, for scme reason, the 
scheduler consistently underestimates working sets and thus 
Baintains too high a MPL. Reducing the MFL will release 
some of the CPU tize spent on paging, but whether or not the 
reduced MPL will be sufficiently high to maintain good 
throughput derends cn the amount of storage available. 
Increasing stcrage capacity while retaining the same MPL 
would also decrease the faging rate and release some CPU 


@ige fer productive use. 


The presence cf comnpute-bound jcbs in the work 
load can result in very high CPU utilization. However, Some 
cf the CPU *ime can be made available to other users, should 
they need it. Thus, if response time to the compute-bound 
tasks is not a primary concern, then we should not realiy 


consider the CPU tc be Saturated. 


rE. Wain Storage 


Main storage is (cr at least the scheduler 
thinks that it is) saturated when the eligible list is 
almost never empty, [kef.30 ]. Nevertheless, a saturated 
memory is not necessarily a performance bcttleneck. If 
paging is moderate and the CPU is fully utilized, then main 


storage capacity is adequate and will have to be increased 
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only after a more powerful CPU is installed. If both paging 
and CPU utilization are light, then the scheduler is 
probably cverestimating working sets and conseguently 
maintaining too low a MPL. 


Ir the paging rate is high, productive CPU 
utilization (% problem state time) is low, and if the MPL is 
high, then the scheduler may te at fault. This so-called 
trashing conditicn may be removed by inducing the scheduler 
t0 maintain a lower MEL. 


Only if the MPL is low, paging is heavy, and 
productive CPU utilization (% problem state time) is low, is 
the saturated main storage a true bottleneck and in need of 


expansicn. 
Cc. Paging 


There are three components which contribute to 
the total system wait time in the VM/370. The idle wait, 
when no high-speed I/O reguests are outstanding. The page 
wait, when outstanding I/70 requests are primarily for 
raging. The I/O wait, when outstanding I/O requests are not 
Pri@erciiy for paging. 


Typically, the idle-wait state predominates when 
the number of users is small. By the time saturation is 
reached, idle wait will have decreased to zero. Absence of 
idle wait in itself, however is no proof of saturation when 
the number of users is moderate, there may be enough work to 
keep either the CP0 cr antI/O path busy at any given tiaze, 
but not enough to saturate either. 


If the CPU is not the bottieneck, there will be 
a substantial amcunt of wait state even at saturation. This 
wait state may be due to peor overlapping of CPU aad i/0 
activities caused by main stcrage being insufficient to 
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accommodate an adequate MPL. If this is not the case, 
however, and if page wait accounts for the major part of the 
residual wait time, then the paging subsystem is probably at 
fawlt. 


Page wait may te experienced either because the 
paging rate is too high cr because page transit time is too 
long. The first condition is caused by working sets being 
underestimated by the scheduler. The seccnd occurs when 
€ither no high-sreed faging devices are installed or their 
capacity has been exceeded. 


@z 170 Activity 


A bottleneck in the I/O subsystem reveals 
itself in a manner analogous to the paging subsysten. If 
there 1s enough main storage to maintain an adequate MPL, 
and yet a significant amcunt cf I/O wait time cremains at 
Saturation, a deficient IvyC subsystem is indicated. It may 
be simply that the work load is so I/O bound that no 
possible expansion of the I/O facilities will handle it. In 
this case, one might conclude that the CPU in use is too 
fast and a slower one would suffice. More typically, some 
rearrangement or expansion of the I/O subsystem will solve 


the problen. 


Under extreme conditions, an I/C bottleneck may 
develop if the SPL is tcc high, rather than too low. fee 
there is a concidence between very high MEL and high I/0 
wait time, one should amend tne Scheduler sc as to restrict 


the MPL tc a lewer level. 
De. DATA REQUIREMENTS 


The feregcing analysis treguires that performance and 
resource usage variables te measured over aocertain time 


period, say, one or twc weeks of Operation. 
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Por this particular experiment, The measurements have to 
be done using the tools available toa General User, which 
is the status of the author. This means that only 
priviledge class G commands are available. In Chapter V the 
VM/SP performance tcols are described, mest cf which are not 
available to the General User. 


The actual tcois that are available for a General User 
and were used in the experiment are: 


~ The CP Indicate LOAD command (class G) 
- The CP Indicate USER ccmmand (class G) 


Other commands used to gather information are the 
following; 


- CP QGERY VIRTUAL 
- CP QUERY TERMINAL 
= CP QUERY SET 

=- CP eQUuret, TIPE 

= CF QUERY “OSERS 


Notes See Chapter V Section B fcr Indicate ccmmand 


formats. 


The list ef the performance and resource usage variables 


to be measured ic next: 


VARIABLE TOOL 
Response time (seconds) CE Q TIME 
Expansion (seconds) CP IND LOAD 
VIRT CPU (seconds) CF Q TIME 
fTOT «Pu (seconds) Cry @ Laas 
CPU UTILIZATION ( % ) CE IND LOAD 
APU UTILIZATION ( a ) CF IND LOAD 
Storage ( ~%  ) CE IND LOAD 
Paging (Pag/Séc) CF IND LOAD 


86 





Residents ( Pages ) CE IND USER 
dorksheet size ( Pages ) CF IND USER 
SEO ( Count ) CF IND USER 
Users ( Count ) Cr GQ VUSERS 
Q1 ( Ccunt ) CF IN LOAD 
Q2 ( Count ) CF IN LOAD 
ML ( Ccunt ) (C1 + Q2) 


Note: to de a complete bottleneck analysis, some data 
required (% Problem state time, % Idle wait time, % Page 
wait time, % I/O wait time) is not obtainable with the use 
cf priviledge class G (General User) commands. This 
represented a significant limitation for data gathering and 


analysis. 


1. Variable 


<= == 


Cefinition 





a. CPU % (CP) 


indicates the percentage of time that the main 
processor is running and is derived from the smoothed wait 


Value maintained by the scheduler. 
be. APU & (AP) 


is the percentage of the time the attached 
processor is runfing. 


c. Storage (ST) 


is a measure of the usage of real stcrage. re 
is an approximation cf the number of pages in storage for 
in-gueue virtual machines to the number cf pageable pages in 
the system, expressed as a percentage. 


d. Expansion (EX) 


is the scheduler ccntention value, and is the 
Smoothed measure of the time it takeS a virtual mnachine to 
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receive a given amount of processor time. It 1S a measure 
cf the total delay in response time that a virtual machine 
experiences due to contention fcr both real storage and the 
processor. If there is ne contention for either resource, 
EXPAN is maintained at a rininum value cf 1 second. 


€. Paging (PA) 


is the average numter of page I/O operations 
(page reads and writes) performed per second. 


f. Residents (RES) 


is the current number of the user's virtual 
storage fages resident in real storage at the time the 
command is issued. 


g. Working Set (WS) 


the system maintains an estimate of each user's 
storage requirements, this estimate is refered to as the 
user's projected working set. 


hm. SiO (SIO) 


is the total number of nonfooled I/0 requests 


issued by the user. 
ZT- @ (¢@1) 


is the nugber of interactive tasks, 1.e., those 
who require fast response while making cnly slight demands 


cn system resources. 


Jj. Qe (C2) 


is the nusater cf neninteractive tasks currently 


teing serviced. 


k. Multiprogramming Level (MPL) 


oS 





is the numker of tasks that may actually receive 
CPO time at any moment. It 1S equal to the number of tasks 
in Q1 and Q2 states. 


l. Respense time (RE) 
Composed cf the running time and the waiting 
time in the eligible list. This variable is gcing to be used 
as the performance variable of the system, in this analysis. 


NOTE.- We'll use the symbols in parentheses to refer to the 
respective variakles. 


E. USER WCRKLOAD CHARACTERIZATION 


Two kinds of synthetic pregrams were chosen. Both 
algorithms are very simple, with the intention to avoid 
unnecessary complexity, being representative and sufficient 
EOr OUr purposes. 


The first algorithm accesses a file of data and reads a 
value, executes additions the number of times that value 
indicates, and writes the result another file. In this 
algorithm access to the input and output files was included 
SO contrel the erecuticn. 


The second algorithm accesses a file a number of tines, 
reading scme values each time and then writing them to 


another file. 


These two algorithms have been written in FORTRANH, 
@ATPIV, COEOL, and PASCAL. 


Besides these algcrithms, two script files are used for 
ctmer tyes of tasks. Three file handling ccmmands were 
tested: The ERASE, RENAME, and COPYFILE COMMANDS. 


Considering the ccmpilaticn and executicn of the same 
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algorithm as different 
COBOL, 
tasks are the following: 


1 ae 4 C 
2 eum im. 
3 PR 2C 
> rT 2 3 
5 Pe 3 C¢ 
6 re 3 £ 
7 FT & C 
8 rt & @ 
9 WT 1 
10 WT 2 
11 czaqec 
12 cy 2 
13 ewe c 
14 Cr2t 
15 a 
16 PF 2 
7 Ss 1 
18 SP 2 
19 RENAME 
20 COPYFILE 
21 ERASE 
Z2 MIXT 
Note: 
Ee 


Task Name 


the tasks 


Fortrang 
Fortrand 
Fortrandu 
Fortran 
Fortran 
Fortrand 
Fortrand 
Portrand 


tasks, in the case of FORTRANH and 


to te used as representatives of typical 


Task Tyre 


CFU task (compilaticn) 
CFU task (Execution) 
I/O task (compilaticn) 
IvyO task (execution) 


Watfiv CPU task (Comp and Exe) 
Watfiv IyO task (comp and exe) 


Cobol 
Cobol 
Cobol 
Cobol 
Fascal 
Fascal 
Sexzapit 
Sera pt 
RENAME 
Copyfi 
Erase 


CPU task -(compilation) 
CPU task -(execution) 
I/O task (compilation) 
I/O task (execution) 
CPU task -(comp and exe) 
I/O task (comp and exe) 
task 7 

tast 2 

TASTK 

le task 

task 


All the tasks abcve runing 


continowsly. 


Cage =® 5,6,7 @nd 8 corresrpend to tasks 1,2,3 and 4 


executed using different compilaticn options. 


TIMES AND HOMRER CF CESERVATIONS 


Four 


"shifts" 


were considered. The morning shift, which 





is from 0800-1300; the afternocn shift from 1300-1800; the 
weekend shift from 0900 to 2100, saturdays and sundays, the 
‘fixed' shift which is from 1500 to 1530 hceurs, only on 
weekdays. 


An observation (fcr our purposes) is defined as the 
procedure of data collection of the values of performance 
and resource usage variables for the 22 tasks indicated 
above. 


Twenty five cbservations were made for each shift, which 
makes a total of one hundred observations. This means that 
each task will ke executed 100 times, at different times of 
the day, and days of the week. 


Given the number cf tasks that had to ke executed for 
each observation, an EXEC procedure was written in a way 
that allowed us to execute the 22 tasks, to gather 
performance informaticn reguired for each oné, continuosly, 


cne after the cther, and with only one ccnmmand. 


The creation of listing files, display of messages, and 
Cutput generated by the different tasks, had to be avcided, 
when possible, in ordér to incur the least overhead, and to 
reduce considerably the output for each observation. All 
the informaticn gathered Ly one observation is stored ina 
file created by spooling the ccnsole output and sending it 
to the printer. 


G. DATA COLLECTION 


The first cbhservation was taken Nov 5, 1981 and the last 
cne Nov 20, 1981. The ckservations were dene at different 
times of the day, weekdays, and weekends, according to the 
number cf observations required for each shift but without 


any particular pattern. 
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The different execs which were used are listed in 
Appendix A. The algorithms written in the four languages 
are described in Appendix B. The formats used to record the 
data and a sample of the actual data recorded for a 
particular task are shown in appendix C. A sample of one 
cbservation output is in Appendix D. 


To take one cbséervation as an example, the command used 


was: 
DACC XXX ‘'SHIFT* yyy 
where: 


Caco stands for DATA collection and is the name of the Main 
Exec. 

XXX is the number cf the cbservations 

'Sshift* indicates Morning, afternoon, weekend, or fixed. 


YYY is the number of cbservations by shifts. 


After cne observation was finished, the values cf the 
performance and rescurce usage variables and additional 
information required for each task were taken from the 
‘observation outrut' and recorded in the forms of Appendix 
C. 


Once the data fcr the 100 cbservations were written in 
the forms mentioned above, the raw data collection was 


finished. 
He THE USE OF "MINITAE" 


"MMINITAB" ais a general purpose statistical computing 
system, designed especially for students and researchers 
primarily for moderate size data sets which can be stored in 
main memory. Minitab was fceund especially helpful for 
exploring data in the early phases of analysis, EOL 


BPle=ctimg, and fez regzessich analysis. 


inOrZ 





In crder to use ‘Minitab’ an MNTAB type file was created 
containing the data recorded for each task. After all these 
MTAB files were created, egual numbers of worksheets were 
created and saved, using MINITAE commands. At this point 
all the raw data gathered was ready to be prcecessed. 


Minitab has been available in the NPS Computer Center 
Since the 31st August, 1981. For more information see the 
Minitab feference Manual {Ref.29]. 


‘Minitab! consists of a worksheet of rows and columns, 
in which data are stored, anda collecticn of abcut 150 
commands, which crerate on the data stored in the worksheet. 


PR Data Reduction 


For each task the correlation Leéetween every two 
performance and resource usagé variables were calculated. 
Observing primarily those with higher correlation 
coefficients, scme Easic transformations such as log and 
Square reot were applied tc the performance and resource 


usage variables. 


Different rlots qderrtcring the relation between 
performance and resource usage variables were obtained aad 


analyzed. 
rc. BeSULTS 


1. Correlaticn Coefficients 





Samples of the tatles of correlaticn ccefficienats 


cbtained for each task are shown in Tables 1, 2. 


MIBETAB RELEASE 81.1 *3* 

COPYRIGHT - PENN STATE UNIV. 1981 

x** NAVAL PCSTGRACDUATE SCHOOL (31 AUG 81) VER. 3 
STORAGE AVAILABLE 40000 


LO 





retr 


wet Tc* 


eanr cl=-c'l5 


OBS 
RE 
EX 
oP 
AP 
ST 
PA 
RES 
WS 
SIO 
US 
Q1 
Q2 
MPL 


PA 
RES 
aS 
STO 
US 
Q1 
Q2 
aPL 


Q2 
aPL 


SH 
=-€.057 
-0.434 
-0.554 
~0.675 
=), Tow 
-0.598 
=O 

0.497 

0.504 
= Oa 
-0.644 
=. IT'D 
=-0.657 
-0.049 


St 
0.804 
-0.618 
-0.638 
O.n87 
0.710 
0.898 
0.926 
0.941 


Q1 
0.885 
0.962 


TABLE 1 
OES RE 
-0.995 
0.138 0.593 
0.120 0.365 
0.242 0.537 
0.276 0.440 
0.016 -0.449 
-“O.101 -On0487 
0.124 0.499 
0.11% 0.669 
0.099 0.669 
0.109 0.689 
FA RES 
0.893 -0.640 
0.820 ~-0.601 
0.764 -90.643 
C2 
0.978 


104 


EX 


0.418 
0.361 
0.308 
0.757 
-Q.557 
-0.555 
0.077 
0.727 
0.895 
0.814 
0.874 


WS 


-0.098 
-0.649 
-0.617 
-0765'1 
-0.655 


Gr 


0.758 
Q.728 
0.598 
-0.540 
-0.557 
0.196 
0.654 
0.590 
0.746 
0.698 


SIO 


0.109 
0.065 
0.178 
0.132 


AP 


02535 
0.527 
-0.478 
-Q0.489 
0.244 
0.661 
0.442 
0.641 
0.571 


US 


0.773 
0.749 
Cea 





retr 'wmix! 


cComzr oil-eTS 


SH 
OBS -0.057 
RE -Q.514 
EX -0.554 
CP -0.675 
AP =. 2¢ 
Sul = Oma o6 
PA -0.572 
RES 0.497 
WS 0.504 
SIO =O. 102 
US -0.644 
Q1 =0. 992 
Q2 -0.657 
MPL -0.649 

Ss 
PA 0.804 
RES -0.618 
aS -0.638 
SEO. 0.187 
US 0.710 
Q1 0.898 
Q2 C.926 
MPL 0.941 

Q1 
Q2 0.885 
MPL C.962 


t 


OBS 


“0.027 
0.138 
0.120 

=0' 019 
0.242 
0.276 
0.016 

=O 032 

-0.101 
0.124 
0.115 
0.099 
0.109 


FA 


-0.68&8 
-0.696 
0.129 
0.8$3 
0.820 
0.764 
0.811 


2 


0.978 


ABLE 2 


RE 


0.718 
0.533 
0.446 
0.700 
0.617 
-0.573 
-0.578 
0.067 
0.630 
0.779 
0.801 
0.815 


RES 


0.987 
-0.132 
-Q.640 
-0.601 
-0.643 
-0.643 


cop 


EX 


0.418 
0.361 
0.3808 
0.757 
= Ore or 
=i 29 
0.077 
0.727 
0.895 
0.814 
0.874 


WS 


-0 .098 
-0.649 
-Q.617 
-0.651 
-0 659 


CE 


0.758 
0.728 
0.598 
-0.540 
=0..557 
0.196 
0.654 
0.590 
0.746 
0.698 


SLO 


0.109 
0.065 
0.178 
0.132 


AP 


0.535 
aS 2n 
-6.478 
-0.489 
0.244 
0.661 
0.442 
0.641 
Cesad 


US 


0.773 
0.749 
0.782 





The results oftained are the following: for Tasks 1 
to 16 and 22 the higher correlation coefficients are the 
following: 


BETWEEN AVERAGE 
RE and EX «9 
RE and SsT oo 
BE» and US 033 
RE and MPL 70 
BX and MPL .o5 
CPevand= (2 off 
sf? and SEL oO 
PA and JOS 89 
Cr aa@ US ~65 
a" and VS 67 


Fer tre Tasks 17, «18, 19 and 21 the response tine 
obtained was always léss or equal to 1 second, independently 
of the lead on the system. The time information gathered by 
the CP QUERY TIME commands have precision cf the order of 
seconds. Thus, ne further analysis can be done on these 
tasks in terms of response time and its relation with other 
performance variables, using these commands as the source of 
data for Response time. The sizes of the two script files 
used by Tasks 17 and 18 are in relation cf 1 to 10. Even so, 
it was not possible to note differences in the response 
times for these tasks. Cbhviously, the RENAME and ERASE 
tasks are very trivial and the teols used to record response 
time does not allow us to establish a relation between the 


response time and the load on the systen. 


For the Task 20, 'COFYFILE' the only moderately high 
correlaticn coeffiecient, considering Response time, was: RE 
ms Smo, ..592m . Scme cther results were consistent with 


LOS 





those obtained for Tasks 1to 16 and 22. That is, the 
compilations, executions and the Copyfile tasks.They are : 


EX and MFL 857 
CF and Q2z 781 
AP “and US -683 
St and 4SFL - 9.36 
PR and JUS 893 
WS and RES 987 
CP and JOS -659 


When the flots are made, they may immediately reveal 
some clear trends, but sometimes, however, the trends will 
be masked by random fluctuations in the data. This is most 
likely to occur in those portions of the curves where 
relatively few observations are available, typically in the 


upper and lower ranges of user values. 


Other reasons for these fluctuations are that in 
this experiment the system werklcad variations have nct been 
minimized; as a General user, there is no tcol available to 
measure these variaticns. 


In the worst case, there are fluctuations in systen 
workload that vary frcm IvO criented to CPU criented. 


2. Relation Between MPL and CPU Utilization 


2 a SS =e = ee = SS 22 - Se SE eee ap a= aw f= =] Sp > == 2S 23 Se ee ee 


As shown in Figure 6, the trend corresponds to the 


situaticn shown in Figure 3. 


The saturation point is affected by the nature of 
the work-lcad of the system. We can assume that for the top 
points of Figure 56 the work load is CP oriented demanding 
more CP utiiization. We can see that with an MPL of 5 the CP 


utilization reaches aprreximately 96%. 


LOY 





In contrast the bpcttom points are considered to be 
I/O workload oriented, which demands more IYO activity than 
CPU utilization. Obviously, for an I/O oriented work load, 
the CPU utilization will net rise up to a saturation point. 
An example of this is the observation that with an MPL of 13 
the CPU utilization is approximately only 55%. 





Bett “witic'* 
plot ‘cp’ ‘'arl’ 


% 
CP 
100. + 
- * * 
= * 
- * x 
80.+ * - 
= 2 
= 2 x * 
= x 
- * * z * Z 
60. + x * 
- 6 * * 
= 3 4 2 
- * s * * 
~~ * * 
UO. + Z * 2 
- 2 
- 3 
- 2 > * 
= @ 5 
20.+ 6 
- 4 
- 2 
a 
O.+ 
$—— = ---- $— ee eee = a wm we we wre a fe = ww +MPL 
0.0 4.0 8.0 1220 16.0 
FIG. 6 


RELATICN EETWEEN CPU UTILIZATICN AND APL 





3. Relation Between MPL and AP utilizaticn 








The plot of Figure 7 shows that the AP is saturated 
With an MPL of about 3. If we compare the flots of Figures 
6 and 7 we can apreciate that the AP is more utilized than 
the CPU, which pay indicate that load leveling is not 
effective. Purthermore, it could indicate that the workload 
of the system is not IvO oriented, as one would expect for 
this particular systes, given that the AP does not process 
LAO instructions. 


4. Relaticn Between Response Time and number of Users 


= a Be 2 eS see > i a op a BE EE 2 i: oe ee 





The plot of Figure 8 shews the essential effect of 
Saturation on response time. Below the saturation point, 
approximately 86, the system is able to serve additional 
users withcut severely impacting response time. With more 
than about 86 users, additional users can be accomodated 


cnly at the cost of reduced service to all. 


Again this analysis applies to a typical task, l.e., 
one whose various rescurce requirements are roughly 
proporticnal tc these cf the overall work-lcad. Radically 
different work loads, €.g., compute bound or I/O bound ones, 
may affect the response profile for a particular task when 


related to the number cf users. 


The plet of Figure 8 corresponds to the FortranH 
Task 1, and is representative of all the compilation and 
execution tasks even fcr different languages. 


If we cbhserve the trend of Figure 8 it is very 
similar to the typical curve shown in Figure 4, and was 
cbtained by real measurements on the systen. 


Ee 





Peet "apt MEL 


% 
AP 
100.¢ * * oe 
- : ye 4 2 ® 
= 3 6 3 4 Z 
- 2 * * * * 
- x * * 
80. + 4 
- 2 wm es 2 
- * 2 *# * * 
~ x * * * 
~ * * 
60.+ rf * 
- *« * 
~ * 
- * 
- #& 
4O.+ * 
- 2 
- 2 
- x 3 
20.%+ *& 
- 6 
- 4 
Of £ 
$e weer $e eee wee $e ne we a ee ee = +MPL 
09.0 4.0 8.0 12.90 16.90 
FIG.7 


RELATICN BETWEEN APU UTILIZATICN ANC APL 
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prot ‘re’ 0 50 tus O 110 


sec 
RE 
50. + = 
GO. + 
30.+ * 
- * 
- * 
20. + ™ 
= KH 
2 * *n 2 
- * * * 4 
10. + x * x * *& 
- * x 2* 2% 
= x* «ee 73 kik? 7% 
- * "5 2*%&3%2 * 4 2 *® * 22 
= * * > 803% @ = 
0. + 
a ea me a om = $a a nw we = = fan we nw oe of ee = ee 40S 
0. 28% S55 83. 1 


number of users 


FIG.8 
RELATION BETWEEN RESPCNSE TIME AND NUMBER OF USERS 
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pot "R 


sec 
50m + 


4Q. 


30. 


20. 


10. 


+)hbttitedredvretetr_rr_obtib’rouebea 


ye PL 


x 
x 
* 
* 
~ 2 
* 2 
* * at 
Zz 2. = 
* Z@ 3% 4 2 
See 3. Sar P22. 2 
me 9 2a & * te om 
J * 
$¢-—-------- $—-—-- == $e a - +------- 
G ..a0 S20 7.29 10.5 
FIG. 9 


RELATION BETWEEN KESPCNSE TIME AND MPL 





5. Relaticn Between Response Time and MEL 


The plot of Figure 9 shows that the response time 
rises with a very slight increment in MFL until MPL reaches 
the value of abcut 9. After that, the effect of increase in 
MPL produces a very high increase in response time. 


6. Relation Between Users and Multiprogramming Level 


Figure 10 shows the relation between MPL and Users. 
If we observe the trend and project it, we can estimate that 
the saturation point is arcund 105 and that even if the 
number of users exceed this number, The higher MPL wiil be 
around 14 or 15. Obviously, if this occurs, more tasks will 
te pending and waiting in the eligible list before being 
serviced, and the response time will increase rapidly for a 
particular task. Note that with an MPL of around 9, the 


number of users varies from 65 tc 95 (for this data). 


7. Kelaticn Between Zxpansicn and MP 


The MPL is scmewhat ccrrelated with Expansion and 
the plot cf Pigure 11 allows us to estimate expansion based 


On values cf MPL. 





aact “APL'. "OS' 


MPL 
1S U+ 
a * 
12. 0+ 
- * % 
9.0+ * * * 
- « 4 
- e eEK + 
6. 0+ * 2*2 2 
= * * xe 42 
- s NDE 
3. 0+ +% 24*2 *% 2H4K2" 
- Zar «2 * 
- KRAKKYRK 423 # & 
0.04 RAY 2 IKKYY 
t—-------- 4-2 ------- 4 <-------- a +US 
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FIG.1Q 
ReIoAT TOR EPEIWEEn NUMBER OF USERS 'ANL MPL 
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pHot “EX’ ?' MEL‘ 


sec 
BX 
10.0+ 
- x 
8.04 
- x < 
6.0+¢ * 
= * 2 3 
% adie . * 2% *& * 
= x * Z 
2.0+ a. 6 3 45 
- + x 
0.0+ 
$— we eee owe emer eee -— sa a a ae ae a ee me ae +MPL 
0.0 4.0 8.0 12.0 16.0 
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RELATICN EETWEEN EXFANSION AND MEL 
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J. REGRESSION ANALYSIS 


A major difficulty in the evaluation of ccmputer systems 
has oeen the inability tc provide a valid quantification of 
the celationship between performance and work load [ Ref.31]. 
the problem of the presence of a large number of variables 
1s compounded when the interacticns of these variables must 
be taken into account. 


A vegression equation can serye as a predictcr of 
performance and resource usage within the range of the 
Variables which were used tc estimate the regression 
coefficients {[Ref.32]}. <A disadvantage results from treating 
computer functicns as black bcxes, where the regression 
variables are black Fox inputs and outputs. This macro 
approach fails to deal with the internal structure of 
computer functions. The characteristics of the Internal 
structures may te important determinants of computer 
performance. Also, it is possible to have a very good fit 
between dependent and Independent variables without a cause 
and effect reascn for the relaticnshid. The goodness of the 
fit may mislead one to kelieve that the mathematical 


relationship implies a physical relationship. 


1. Simple Regression Eguaticns 


The correlation analysis showed some high 
correlation coefficients, and we considered those for tae 


regressicn equations. 


Regression equations were obtained for all those 
relations that shewed high ccrrelation, with emphasis on the 
Performance variable, Response time, and thcse independent 
Variables which are the Major contributors LOE its 


predzctzon. 


A summary cf the regression eguations which were 





developed appears in Tables 3 te 6 for four different tasks. 


We can see that the variable with 


highest 
SCeontrL_bDuticn tc the 


Variation of Response time is the 


The mean of its contributicn for 
the tasks used in the experiment is: 54 &. 


Multiprogramming level. 


is 





TABLE 3 


PAs 6 * FTIC* 
DEP INDEP c - SS NS=SS/DF 
VAR VAR E L1O= 2 X10-2 
RE EX sag oD 1 15.70 15.70 
RE S@ soo - 288 12.87 12.87 
RE US 049 o 249 11.12 11.12 
RE MPL -68 2474 21.22 21.22 
Ex MPL 87 - 764 1.84 1.84 
CE Q2 274 2956 ZOO oU 273.50 
Shi MPL ~94 ~ 885 58.62 58.62 
PA 0S 89 ~ 798 193.50 193.50 
as RES =e ~975 WI. 22 79.22 
AP 0S ~66 © 437 354.70 354.70 
TABLE 4& 
TASK “UIT 
DEP IND iE 5 SS MS=SS/DF 
VAR VAR X10-4 X 10-4 
REZ EX oa son6 ang 9 31699 
E oe 69 oth 30.34 30.34 
US ~63 aid 24.61 24.61 
. MPL 81 - 664 41.174 47.74 
X10—2 
eX MPL 87 ~ 764 1.84 1.84 
err Q2 ~74 - 556 273.50 273.50 
oa MPL 94 885 58.62 98.62 
PA US aoe ~ 798 193.50 193.50 
as RES - 2 els Wgie2 2 ome 
AP US . 6iE 0437 354.70 354.70 


ero 





ITAELE 5 


Th SKO* CiseG* 


DEP IND r , SS MS=SS/DP 
VAR VAR R X10-2 X10-2 
RE EX 237 « 326 18.36 18.36 
RE 3 62 oon 21.77 21.77 
RE US 053 ~ 284 Wore) 9 tom 
RE MPL -69 2484 ata 23 Pe Pe: 
EX MPL 85 - 728 2.03 2.03 
CP Q2 277 - 600 304.20 304.20 
S'iT APL ese ~ 3874 67.52 67.52 
PA 0S 89 - 809 199.60 199.60 
WS Res 014 02 2.18 2.18 
AP US 67 0451 366.80 366.80 
TABLE 6 
FSEK_"CIZE 

DEV IND E ; SS MS=SS/DF 
VAR VAR R AVO= 2 X10-2 
RE op ¢ 226 ~ 236 4.28 4.28 
RE St or ~401 5.07 5.07 
RE US oie) - 306 3.87 3.87 
RE MPL ~ 74 e255 7.08 WaeG 
BE MPL oo 2724 2-00 2.00 
Cr Q2 ~ 77 -602 304.20 304.20 
Si APL aio - 876 66.14 66.14 
PA US ste - 805 195.06 195.06 
as RES 39 alos 2550 1 28597 
AP US -68 -467 384.83 84.80 
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2. Multiple Regression Fquations 





Ths apprceach was taken to investigate the 
possibility of impreving the forecast by using more than one 
predictor variable. 


A summary cf the regression eguaticns which were 
developed appears in Tables 7to 10 for four different 
tasks. 


It is easy to cbserve in these tables that the major 
contributions to the variation of respcnse time come fron 
the number of Users, Multiprcegramming Level and Stcrage, 
where MPL, alone, is almcest as good as the three variables 


combined. 


Calculating the mean for the different tasks, we can 
show the contribution cf the three variatles above, using a 


pae chart: 
RES INIA L 


FIGURE. 12 


MOLTIPLE CONTRIEUTICN TO THE VARIATION IN ‘RES 


ee 





The contributicn cf each variable is shown belcw: 


US par 
fer / Wee 
39.7 39.7%, 
% 
FIGURE. 13 


SIGPLE CCNTRIEUTICN TO THE VARIATION IN ‘RE! 


If we include ‘Exp' as the Ath variable, the 
Gomenabutwen only rises from 59.6 to 59.7. This indicates 
that ‘Exp’ is very dependert cn other independent variables 
Such as stcrage. 


NOW, 1f we compare the ccntribution cf "MPL', ‘US'!, 
'ST* together with that of "MPL" alone, we can see that the 


difference is 6%. 


Therefcre, the Multiprogramming level can be 
considered the variable with the highest contribution to the 
variation in respense time, thus the Fest load indicator 
found with the data gathered for this experiment. 


The correlaticn between ‘'US* and ‘MPL’ is .78. Thus, 
since the number cf usérs is easy to obtain, this could also 
be considered as a predictor (not accurate in all the cases) 


c= respense time. 


gears 





DEP 
VAR 


RE 


Ri 


RE 


RE 


RE 


RE 


IND 
VAR 


0S, aL 


US,ML 
S€ 


US,ML 


US,ML 
ST,EX,Fa 


US,ML,ST 
EX,PA,CP 


US,4L,ST 
EX, Pa,CP 
AE 


TABLE 7 


TASK 


NTS 


- 998 


2994 


~60z 


2614 


Ores 


'FT1C! 


123 


SS 
X10-2 


21.40 


26.52 


26.57 


26.91 


27.45 


27.50 


MS=SS/DF 


X10-2 


10.70 


8.84 


6.64 


4.57 





DEP 
VAR 


RE 


RE 


RE 


RE 


RE 


RE 


IND 
VAR 


0S,8L 


0S,ML 
ST 


US,A4L 


US,4L 
ST,EZ,FA 


US,ML,ST 
EX, PA,CP 


US,ML,ST 
FX,FA,CF 
AP 


TABLE 8 


TASK@aiL<r* 


~ 664 


~ 704 


~ 704 


* 704 


704 


ce 


124 


25 
X10-4 


41.14 


43.61 


43.61 


43.62 


43.65 


43.70 


MS=SS/DF 
X¥10-4 


20.57 


14.53 


1€.90 


8.72 


Fea] 


6.24 





TABLE 9 


Peon Cr tC * 
DEP IND ; a3 NS=SS/DF 
VAR VAR R X10-2 X10-2 
RE U0S,ML 0485 27.28 13.64 
RE 0S, 2491 27.66 Je22 
ST 
RE 0S,aL 2493 27.75 6.93 
ST,EX 
RE OS ,ML ~504 28.34 5.66 
ST,EX,FA 
RE US 78L, St 2 309 28.57 4.76 
EX,FA,CP 
RE 0S,ML,ST eeA0 28.69 4.09 
EX,FA,CP 
AP 


E25 





DEP 
VAR 


RE 


RE 


RE 


RE 


RE 


RE 


TABLE 10 


TASK 

IND 

2 
VAR R 
0S,ML 563 
US, SL .60 
ST 
US, ML .607 
ST, EX 
US, ML .607 

ST,EX,PA 


BSe 2 i5 st -607 
EX,FA,CP 


OS pO Lysol ~607 
EX,FA,CE 
AF 


"Crzn* 


So 


X10-2 


7.69 


1.69 


MS=SS/DF 
K0=2 


3.56 


2:53 


We 


ie 3 


1.28 
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~~ TASK 2 
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KAARAAKAKKKARKKEKKIKKKKEKEES 


PytS TS FEE EXEC FORTAS 1 
CARRKKRKKAAAKRSEKRAKAKKHEAES 


&TRACE 

SPRINT FORTRANH TASK 1 

EXEC DACQO1 

FORTHX FORTAS1 (NOPBRINT 

EXEC DACO1 

GLOBAL TXTLIB FORTMCD2 MOD2EEH 

PILEDEF O01 CISK EFT1C DATA AY (RECFM FB LRECL 80 PERM 
PILEDEF 02 DISK FT1G DATA Al (RECFMS FB LRECL 80 PERM 
&GPRINT 

SPRINT 

LOAD FORTAS1 (START 
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&TRACE 

SERIST CORCE PASK 1 

GTYPE 

&TYPE 

GLOEAL TXTLIE COELIEVS 

BCC WWE P 

PILEDEF CARDIN DISK CT1D DATA rat 
FILEDE?F CARDOU DISK CT1C DATA (PERM 
EXEC DACO1 

COECL CCBTAS1 

EXEC DACO1 

LOAD COBTAS1 (START 

EXEC DACO1 
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Toms IS THF EXEC PASTAS( 
KAKARK AKA ERABRARARS 


&TRACE 
SPRINT PASCAL TASK 1 
EC DACO1 


EXC 
PW PASTAS1 
EXEC DAEOT 
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ERCGRAMS COD 


eeeeee THIS IS THE FIRSP FCRTRANH ALGORITHM *#4#4%% 


C 


C 


10 


THIS Is THE FIRST FORTRANH TASK 
S — 
READ (01,*) 4 
READING A VALUE FROM AN INPUT FILE 
DO 50 I=1,d 
EXECOTENG AN ADDITION J TIMES 
SUM=SUM+100 
CONTINUE 
WRITE (02 2: 
WRITING A VALUE IC AN OUTPUT PILE 
END. 


eeeeee THIS IS THE SECCND FORTRANH ALGORITHM **#* 44x 
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T FILE AND WRITING TO AN CUTPUT FILE 
E 
+£ 


N INPO 
yBeCeD 
A+B4+Ct 


Mid ta GotHoO il 
rd OU) 2h a IH De 
QAOAQ NAOHAHHOM 
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be 
THE CATA WAS READ CORRECTLY 


re weEenm 
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Cc THIS IS THE FIRST WATFIV TASK 
SUM=0 
READ (01,4) 4 
DO $0 I= 

Bubs 100 
SO CONTINUE 

WRITE (06,%*) SUM 
STOP 
END 

SENTRY 

SJOB 
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CEGSE IN=E SrA. 
CLOSE OUT-CATA. 
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END. 
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VER. 


F UNIV. 1981 
BOOL (31 AUG 81) 


APEENDIX C 
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APPENDIX fC 


SAMPLE CF OBSERVATION OUTPU 


RHKAEKHKKHRKKAKKAKK KKH SKKARKKEKAAKKKKKEKEKEKEKES 


THIS IS THE SAMPLE CF AN OESERVATION OUTPUT 
RHKAARAKAKKAAAAAAKAKAKA AAA KKK ARKKKEKEKAKE ED 


OBSERVATION 000 ¥***4% SAMPLE QQ1 


TIME IS 112315:25 PST WEDNESDAY .12/09/81 
CONNECT= 01:02:12 VISTCPU= 000:06.64 TOTCPU= 000315.27 


stores DESCRIPTION 


MSG ON , WNG ON , ESSG TEXT, ACKT ON , RUN CFF 
LINEDIT ON , TIMER CN , ISAM OFF, ECMODE OFF 
WSESEST OF SVC NOTMHR, PAGEX OFF, AUTOPCLL CFF 
IMSG ON , SMSG OFF, AFFINITY NONE » NOTRAN OFF 
Meant e OFF, 370E OFF 

Sent PASS OFF » STYULTI OFF 00/000 


LIWEND # , LINEDEL » CHARDEL @ , ESCAPE " , TABCHAR ON 
LISESIZE 080, ATTN OFF, AFL OFF, TEXT OFF, MODE VA 

HILIGHT OFF, CONMODE 2215, BREAKIN IMMED , ERKKEY PA1 
SCRNSAVE OFF 


STORAGE = 01024K 
CHANNELS = SEL 
CONS 009 ON GRAF 47B NOTERS START 
OOD. CL» A CONT NOHCLD COPY 001 READY FORM STANDARD 
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009 TO 2807P DIST MARMANIL FLASHC 000 
009 FLASH CHAR MDFY ECE 

RDR OOC CL * NOCONT NOHCLD EOF REATY 

PUN OOD CL A NOCONT NOHCLD CCEY 001 REACLY FORM STANDARD 
OOD FOR 28&07P DIST HSARSANTIL 

PRT OOE CL A NOCONT NOHCLD COFY 001 READY FORM STANDARD 


OOE FOR 2807F DIST WOML FLASHC 000 
OOF FLASH CHAR ADFY FCB 
BASD (120 3350 VMRES2 B8/0 6 CYL 
Des 121 3350 VERES2 6/0 6 CYL 
DASD 190 3350 YMRES1 R/O 45 CYL 
DASD 191 3330 M4S0083 R/wW 8 CYL 
DASD 19E 3350 YMRES1 8/0 65 CYL 


PRCCESSOR 00 ONLINE, FROCESSOR Q1 ONLINE, SYSTEM IN AP MODE 
SPMODE OFF 


TIS ©S 11215226 PST WEDNESDAY 12/09/81 
CONNECT= 01:92:12 VIETCPU= 000:2Q6.65 TOTCPU= 006:15.31 


079 USERS, 000 DIALEL, 000 NET 


FORTRANH TASK 1 


CP IND LCAD 

CPU. - 054% ABU - 094% Q1-01 Q2-02 STCRAGE-008% 
EXPAN-001 

PAGING-018/SEC STZAL-000% LOAD-000% 


GP IND USER 

PAGES: RES-0050 ¥@S-0047 READS=001044 WRITES=000874 
MH -0000 FH -051 

VTIME=000:07 TIIME=000:15 SIO=001551 &RDE-000451 
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PRT-002453 FPCE-G0G00G 


CP Q USERS 
079 USERS, 000 DIALED, 000 NET 


om @ TIE 
SIMR IS 11:75227 PST WEDNESDAY 12/09/81 
CONNECT= 01°502:12 VIETCPU= 000:06.66 TOTCPU= 000:15.36 


FORTRAN H EXTENDED CCMPILER ENTERED 


*STATISTICS* NCO DIAGNOSTICS GENERATED 


eeeeee END OF COMPILATICN *¥4244% 


CP IND LOAD 

CPY = 0535" APU ~- 094% Q1-01 Q2-02 STORAGE-008% 
EXPAN-00O1 

PAGING-O18/SEC STEALI-000% LOAD~OOO% 


CP IND USER 

PAGES: RES-9169 WS-0047 READS=001045 WRITES=000874 
MH -0000 FH -0051 

YTIME=000:07 TIIME=000:16 SIO=001639 RDR-000451 
PRT-002453 PCH-00000C 


GF Q USERS 
079 USERS, 000 DIALED, 000 NET 


GP Q BLE 
TEHE IS 71:15:23 FST WEDNESDAY -12/09/81 
CONNECT= 01:02:16 VISTCPU= 000:06.72 TOTCPGU= 000:15.57 
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EXECUTION BEGINS... 


CP IND LOAD 

CPU - 053% APU - 094% Q1-Q1 Q2-02 STORAGE-009% 
EXPAN-001 

PAGING-018/SEC STEAI-000% LOAD-000% 


CP IindD USER 

PAGES: RES-0066 WS-0047 READS=€01051 WRITES=000874 
“MH -0O000 FH -0051 

VTIME=000:07 TIIME=0003 16 SIO=0Q1759 RDR-000451 
PRT-002453 PCH-00000C 


cr’,.2 USERS 
078 USERS, 000 CIALEL, 000 NET 


GP -) TIME 
TIME IS 11:15:36 BST WEDNESDAY 12/09/81 
CONNECT= 01:02:23 VIRETCPU= 000:06.80 TOICPU= 000:15.80 


FORTRANH TASK 2 


CP [IND LOAD 

CPU =a ne 220 - 094% Q1-01 Q2-02 STCRAGE-008% 
EXPAN-0O0Q1 

PAGING-018/SEC STEAL-O00% LOAL-O000% 


CP IND USER 

PAG2S: RES-0067 WS-0047 READS=0Q1051 WRITES=000874 
me =O000 FH -0051 

VTIME=000:07 TIIME=000:16 SIO=001764 RDR-000451 
PRT-002453 PCH-000000 
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CP 2 USERS 
078 USERS, 000 DIALEL, 000 YET 


Ch) TEE 
TIMS IS 11:15:37 PST WEDNESDAY 12/09/81 


CONNECT= 01:02:23 VIETCPU= 000:06.81 TOTCPU= 000:15.83 


FORTRAN H EXTENDED CCUPILER ENTERED 


*STATISTICS* NO DIAGNOSTICS GENERATED 


Bee END OF CCHPILATION *4*444% 


CP IND LOAD 

CPU - 053% APU = Oem ~ OTC) O2-02 STORAGE-009% 
EXPAN-0O01 

PAGING-0O18/SEC STEAL-000% LOAL-000% 


CP IND OSER 

PAGZS: RES-0166 WS-0169 READS=001051 WRITES=000874 
SH -0000 FH -0051 

VTIME=000:07 TTIME=000:16 SIO=001849 RDR-000451 
PRT-002453 PCH-0000QC 


cre. USERS 
078 USERS, 000 DIALED, 000 NET 


CY t» PLae 
TERPS ES 71515339 PST WEDNESDAY 12/09/87 
CONNECT= 01:02:25 VIRTCPU= 000:06.88 TOTCPU= 000:16.04 


SXECUTION BEGINS... 
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CP =ND LOAD 

Ga - 053%. APU - O94% Q1-Q41 Q2-02 STORAGE-008% 
EXPAN-001 

PAGING-O18/SEFC STEAL-0O00% LOAL-000% 


CP IND USER 

PAGES: RES-0066 WS-0169 READS=0Q1051 WRITES=000874 
MH -0O000 FH -0051 

VTINE=000:07 TTIME=000:316 SIO=0Q1977 RDR-000451 
PRT-002453 PCH-CO0000C 


CP Q USERS 
078 USERS, 000 DIALEL, 000 NET 


CP Q TIRE 
TINE IS 11215:42 PST WEDNESDAY .12/09/81 
CONNECT= 01:3:02:28 VIRICPU= 900:06.96 TOTCPU= 000:16.27 


PORTRANH TASK 3 


CP END LO&D 

CPU - 053% APU - 098% Q1-01 Q2-02 STORAGE-008% 
EXPAN-00O1 

PAGING-0O18/SEC STEAL-000% LOAL~-0O00% 


CP IND USER 

PAGES: RES-0067 WS-0169 READS=001051t WRITES=000874 
MH -0000 FH -0051 

VTIME=000:07 TYTYIMF=000:216 SIO=001982 RDR-O0C4HS1 
PRT-002453 PCH-C000000 
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GCP Q USERS 
078 USERS, 000 DIALEL, 000 NET 


cr 2 THA 
TIME IS 112315:42 PST WEDNESDAY 12/09/81 
CONNECT= 01:2:02:28 VIRTCPU= 000:06.98 TOTCPU= 000:16.32 


PORTRAN d EXTENDED CCBPILER ENTERED 


*STATISTICS*® NO DIAGNOSTICS GENERATED 


BEREKE FND OF COMPILATION *#**%*%2 


CP IND LOAD 

CPU - 053% AFU - 094% Q1-Q1 Q2-02 SICKAGE-008% 
EXPAN-00Q1 

PAGING-O18/SEC STEAL-O00% LCOAD-000% 


CP FSD USER 

PAGES: RES-0166 WS-0169 READS=0Q1054 WRITES=000874 
GH -O000 FH -0051 

VIIME=000:07 TTIME=000:317 SIO=C02061 RDR-O000451 
PRT-002453 PCH-000000 


Ce © USERS 
078 USERS, 000 DIALEC, 000 NET 


CP @ TIgE 
TIME IS 11:15:44 PST WEDNESDAY 12/09/81 


CONNECT= 01:02:30 VIaTCPU= 000:07.04 TOTCPU= 000:16.52 


EXECUTION BEGINS... 
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CP IND LOAD 

CPU = 052% FG - 094% Q1-Q1 Q2-02 SICRAGE-008% 
EXPAN-001 

PAGING-O18/SEC STEAL-000% LOAD-000% 


CP IND USER 

PAGES: RES-0066 WS-0169 READS=0Q1051 WRITES=000874 
MH -0000 FH ~0051 

VTIME=000:07 TTIIME=000:17 SIO=002181 RDR-000451 
PRT-002453 PCH-000000 


CP Q USERS 
OMe GSERS, 000 TIALEL, 000 NET 


er @ TINE 
TIME IS 11315247 PST WECNESDAY 12/09/81 
CONNECT= 01:02:33 VIETCPU= 000:07.11 TOTCPU= 000;316.73 


FORTRANH TASK 4 


CP IND LOAD 

CPU Oar APU - 094% Q1-01 Qz-02 STIORAGE-008% 
EXPAN-001 

PAGING-O18/SEC STEAL-000% LOAD-000% 


cr use USER 

PAGES: RES-0067 WS-0169 READS=0Q1051 WRITES=000874 
SH -0000 FH -0051 

VTIME=000:07 TTIME=000:2:17 SIO=002186 RDR-OOC4S1 
PRT-002453 PCH-COQ000C 
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cr © USERS 
078 USERS, 000 DIALEL, 000 NET 


Ge © VIBE 
TIME IS 11315347 PST WEDNESDAY 12/09/81 
CONNECT= 01:02:33 VIEICEPU= 000:07.12 TOTCPU= 000:16.76 


FORTRAN H EXTENDED CCMPILER ENTERED 


*STATISTICS® NO DIAGNOSTICS GENERATED 


*ESEOeK END OF COMPILATICN *#44%4% 


CP IND LOAD 

CPU - 052% AEFU - O94R Q1-01 Q2-02 SICRAGE-008% 
EXPAN-0OO1 

PAGING-018/SEC STEAL-000% LOAD-000% 


CP IND USER 

PAGES: RES~-0166 WS-0132 READS=001051 WRITES=000874 
MH -0000 FH -0051 

VTIME=000:07 TIIME=000:17 SIO=0Q02265 RDR-000451 
PRT-002453 PCH-CO000C 


ce © USERS 
078 USERS, 000 DIALEL, 000 NET 


CP 0 T2585 
TIME IS 11:15:50 PST WEDNESDAY 12/09/81 
CONNECT= 01:02:37 VIRICPU= 000:07.18 TOTCPU= 000:16.97 


EXECUTICN BEGINS... 





CP IND LOAD 

CPU - 052% APU - O94% Q1-01 Q2-02 STICRAGE-008% 
EXPEN-OO1 

PAGING-018/SEC STEAL-000% LOAD-000% 


CP ID USER 

PAGES: RES~-0066 WS-0132 READS=CQ1051 WRITES=000874 
WH -0000 FH -0051 

VTIME=000:07 TIIME=000317 SIO=002387 RDR-000451 
PRT-002453 PCH-000000 


CF? 0 USERS 
078 USERS, 000 CIALED, 000 NET 


Ce QO TI 
TIME IS 11315354 PST WEDNESDAY 12/09/81 
CONFECT= 01:02:40 VIETCPU= 000:07.25 TOTCPU= 000:17.18 


WATFIV TASK 1 


CP IND LOAD 

CPU - 052% AFD - 094% Q1-01 Q2-02 STIORAGE-008% 
EXPAN-OOQ1 

PAGING-O18/SEC STEAL-000% LOAD-000% 


CP ZWD USER 

PAGES: RES-0067 4S-0132 READS=CQ1051 WRITES=000874% 
M6 -0000 FH -0051 

VTINE=000:07 TIIME=000:17 SIO=002392 RDR-000451 
PRT-002453 PCH-000000 
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GPoQ USPES 
978 JSERS, 000 DIALEL, 000 NET 


GP O fFIaE 
TIME IS 11315254 PST WEDNESDAY 12/09/81 
CONNECT= 01:02:40 VIETCPU= 000:07.26 FOTCPU= 000:17.21 


CP ZND LOAD 

Cpe - 052% AEU - 094% Q1-01 Q2-02 STCRAGE-008% 
EXPAN-001 

PAGING+O18/SEC STEAL-O00% LOAD-O00% 


GP 8D OSE 

PAGES: RES-0066 WS-0132 READS=001057 WRITES=000874 
Se -0000 FH -0051 

VTIME=000:07 TIIME=000:217 SIO=002434 RDR-000451 
PRT-002453 PCH-000000 


GP Q USERS 
078 USERS, 000 CIALEL, 000 NET 


CP Q TIRE 
TIME IS 11:15:55 PST WEDNESDAY 12/09/81 
CONNECT= 01:02:42 VIRTCPU= 000:07.30 TOTCPU= 000:17.38 


WATFIV TASK 2 


CP IND LOAD 


CPU - 052% APU - 094% Q1-01 QY2-02 STORAGE-008% 


Ley 





EXPAN-001 
PAGENG-O18/SEC STEAL-O00% LOAD-000% 


CP ID USER 

PAGSS; RES-0066 WS-0132 READS=0Q1057 WRITES=000874 
MH -0000 FH -0051 

VTI42=000307 TIIME=000217 SIO=0Q2438 RDRB-000451 
PRT-002453 PCH~-000000 


cPeq US®ES 
O78 OSERS, 000 DIALEL, 000 NET 


ce 2 TLar 
TESS TS 09215:355 PST WEDRESDAY 12709781 
CONNECT= 01:02:42 VIRBTCPU= 000:307.32 TOTCPU= 000:17.45 


CP IND LOAD 

CPU - 052% APU - 094% Q1-01 Q2-02 SICRAGE-008% 
EXPAN-OO01 

PAGING-0O18/SEC STEAL-000% LOAD-000% 


CP IND USER 

PAGES: RES-0066 WS-0136 READS=0Q1057 WRITES=000874 
MH -0000 FH -0051 

VTIME=000:07 TIIME=000:318 SIO=002891 RDR-000451 
PRT-002453 PCH-000000 


CP Q USERS 
078 OSERS, 000 CIALEL, 000 NET 


Ge, o FIRE 
TIME IS 11:315:57 PST WEDNESDAY 12/09/81 
CONNECT= 01:02:43 VIETCPU= 000:07.38 TOTCPU= 000:17.64 


COBOL TASK 1 


1 23 





MISE” REPLACES * P (198) ° 
P (19E) R/O 
19% &LSO = Y-DISK 


cr BAD LOAD 

CPU - 052% AFU - O94% Q1-01 Q2-02 STICRAGE-008% 
EXPAN-OOQ1 

PAGING-0O18/SFC STFAL-O000% LOAD-0Q0% 


Cm I¥D USER 

PAGES: RES-0066 WS-0136 READS=001057 WRITES=000874 
BH -0O000 FH -0051 

VTIME=006:207 TIIME=000:18 SIO=002574 RDR-000451 
PRT-002453 PCH-000000 


CP Q USERS 
O78 USERS, 000 DIALELC, Q00 NET 


CP Q TIE 
TISe.0S 17:152358 PST WEDNESDAY 12/09/81 
CONNECT= 01:02:45 VIRTCPU= 000:07.45 TOTCPU= 000:17.81 


eee. 3 OS/VS CCEOL TE PROGRESS 


CP IND LOAD 

Cru - 051% APU - 094% Q1-01 Q2-02 STORAGE-008% 
EXFAN-001 

PAGING-018/SEC STEAL-000% LOAD-OO0O% 


Ce FWD US FR 
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PAGES: RES-0079 WS-0136 READS=001057 WRITES=000874 
ae -@000 FH -0051 

VTIME=000:08 TIIME=0C00:318 SIO=002728 RDR-000451 
PRT-002453 PCH-000000 


cr @ USERS 
078 USERS, 000 DIALELC, 000 NET 


ce Oo TIE 
TIME IS 11:16:03 PST WEDNESDAY 12/09/81 
CONNECT= 01:02249 VIETCPU= 000:Q7.65 TOTCPU= 000:318.19 


EXECUTICN BEGINS... 


CP IND LOAD 

ero - 051% «&FU - 094% Q1-Q1 Q2-02 STORAGE-008% 
EXPAN-00Q1 

PAGING-918/SEC STEAL-O00% LOAL-000% 


CP IRD USER 

PAGES: RES-0067 WS-0136 READS=001057 WRITES=000874 
SH -0000 FH -0051 

VIIME=000:08 TIIME=000318 SIO=0Q2790 RDR-O00451 
PRT-002453 PCH-000000 


cP QO USERS 
078 USERS, 000 CIALEC, 000 NET 


CP Q TERE 
TINE IS 11:16:05 PST WEDNESDAY 12/09/81 
CONNECT= 01:02:51 VIRTCPU= 000:07.70 TOTCPU= 000:18.33 


COBOL TASK 2 


5S 





CP IND LOAD 

CPU - 051% APU - 094% Q1-01 Q2-02 STORAGE-008% 
EX>AN-091 

PAGING-018/SEC STEAL-000% LOAL-v000% 


CP IND USER 

PAGES: RES-0067 WS-0136 READS=0Q1057 WRITES=000874 
MH -0000 FH -0051 

VTIME=000:08 TTIME=000318 SIO=0Q2795 RBDR-000451 
PRT-002453 PCH-000000 


Cr 0 USERS 
073 USERS, 000 DIALEL, 000 NET 


CP Q@ TIVE 
TISE TS 11276305 PST WEDRESDAY 12/09/81 
CONNECT= 01:202:51 VISTCPU= 000:07.72 TOTCPU= 000:18.37 


REL2.3 CS/¥S CCEOL IS PROGRESS 


CP IWD LOAD 

CPU - 051% AEFU - 094% G1-Q1I Q2-02 STCRAGE-008% 
EXPAN-001 

PAGING-018/SzZC STEAI-000% LOAD-000% 


CP IND USER 

PAGES: RES-0079 WS-0098 READS=C01057 WRITES=000874 
MH -0000 PH -0051 

VTIME=000:08 TIIME=000:19 SIO=002974 RDR-000451 
PRT~002453 PCH-000000 


Ce 0 USERS 


£56 





O78 USERS, 000 DIALELC, 000 NET 


CP £ TIiSsE 
TIME IS 11316210 PST WEDNESDAY 12709/81 
CONNECT= 91:02:56 VIRTCPU= 000:307.95 TOTCPU= 000:18.80 


EXECUTICN BEGINS... 


CP IND LOAD 
CPU - 058% Abo - O94R Q1-Q1 Q2-02 STORAGE-008% 


EXPAN-001 
PAGING-018/SEC STEAL-000% LCAD-000% 


CP IND USER 

PAGES: RES-0067 WS-0098 READS=001057 WRITES=000874 
MH -QO000 FH -0051 

VTINE=000:08 TIIMNE=000219 SIO=003045 RDR-O00451 
PRT-002453 PCH-000000 


Ge 2 US FRS 
078 USERS, 000 DIALED, 000 NET 


CeO Tie 
Mime FS i: 16212 PST WEDBESDAY 12/09/81 
CONNECT= 67:02:58 VIETCPU= 000:07.99 TOTCPU= 000:18.92 


PASCAL TASK 1 


CE IND LOAD 

CFU - 051% APU - 094% Q1-01 Q2-02 STOKAGE-008% 
EXPAN-0OQ1 

PAGING-018/SEC STEAL-000% LOAD-000% 


Oe 





GP iD JSER 

PAGES: RES-0067 WS-0098 READS=0Q1057 WRITES=000874 
me -0000 FH -0051 

TIMNE=000°308 TIIME=000:319 SIO=003051 RDR-000451 
PET-002453 PCH-000000 


CP Q USERS 
O78 USERS, 000 DIALEL, 000 NET 


CP Q TIME 
TIME IS 11:16:12 EST WEDNESDAY 12/09/81 
CONNECT= 01:02:59 VIRICPU= 000:08.01 TOTCPU= 000:18.97 


Execution begins... 


-.-execution ends 

File "PASTAS1*: 18 lines; no diagnostics 

410 bytes of object ccde generated 

3013 statements executed 

10928 bytes of memory requested during compilation 
5792 bytes returned refore execution 

10704 bytes requested during execution 


CP IND LOAD 
CPO - 051% APO - 094% Q1-01 Q2-02 STORAGE-008% 


EX PAN-O001 
PAGING-0O18/SEC STEAL-000% LOAD-000% 


CP IT8d USER 

PAGES: RES-0099 WS-0098 READS=001057 WRITES=000874 
ME -0000 FH ~0051 

VTIME=000:08 TIIME=0C0:19 SIO=003102 RDR-000451 
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PRT-002453 PCH-000000 


CP Q USERS 
078 USERS, 000 CIALEL, 000 NET 


CP Q TIBE 
TIME IS 11:162314 PST WEDNESDAY 12/09/81 
CONNECT= 01:03:200 VIETCPU= 000:08.18 TOTCPU= 000:19.25 


PASCAL TASK 2 


CP IND LOAD 

CPU =O515 RAED - 094% Q1-01 Q2-02 STORAGE-008% 
EXPAN-00O1 

PAGING-Q18/SEC STEAL-000% LOAf-000% 


CP IND USER 

PAGES: RES-~0099 WS-0098 READS=0Q1057 WRITES=000874 
SH -O000 FH -0051 

VTIME=000:08 TIIME=000:19 SIO=003106 RDR-000451 
PRT-002453 PCH-000000 


CP Q USERS 
078 USERS, 000 DIALELC, 000 NET 


cP @ Tite 
TIME IS 11216314 PST WEDNESDAY 12/09/81 
CONNECT= 01:03:01 VIRTCPU= 000:308.20 TOTCPU= 009:19. 30 


Execution begins... 


ee execution ends 
File "PASTAS2*: 25 lines; no diagnostics 


Te 





578 bytes of okject ccde generated 

510 statements executed 

10928 bytes of memcry reguested during compilation 
5792 bytes returned Fefore execution 

1704 bytes requested during execution 


CP IND LOAD 

Cru - 051% APO - O94% Q1-01 Q2-02 STORAGE-008% 
EXPAN-001 

PAGING-O18/SEC STEAL-000% LOAD-000% 


CF IND USER 

PAGES: RES-0100 WS-0098 READS=001057 WRITES=000874 
MH -Q0000 FH -0051 

VTIME=000:08 TTIIMF=000220 SIO=003171 RDR-OOC4S1 
PAT-002453 PCH-000000 


CF Q USBRS 
078 USERS, 000 DIALELC, 000 NET 


CF Q TIME 
TISE TS 11:76516 PSP WEDNESDAY 12/09/81 
CONNECT= 01:03:02 VIETCPU= 000:08.36 TOTCPU= 00060:19.56 


SCRIPT TASK 1 


CP IND LOAD 
CPU = Onie RPO - 094% Q1-01 Q2-02 STOCRAGE-008% 


EXPAN-001 
PAGING-018/SEC STEAL-000% LOAD-000% 


CP 28D USER 
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PAGES; RES-0100 WS-0098 READS=0Q1057 WRITES=000874 
HH -0000 FH -0051 

VIINE=000:08 TIIMNE=000220 SIO=003175 RDR-000451 
PRT-002453 PCH-000000 


CP Q USERS 
078 USERS, 000 DIALEC, 000 NET 


Ge QO TLEE 
TIME IS 11216316 PST WEDNESDAY 12709781 
CONNECT= 01:032302 VERTCPU= 000:208.38 TOTCPU= 000:19.63 


CP IND LOAD 

CPe@ - 051% AFU - 094% Q1-Q1 Q2-02 STORAGE-008% 
EXPAN-001 

PAGING-O18/SEC STEAL-000% LOAD~-000% 


CP IND USER 

PAGES: RES-0101 WS-0105 READS=C01057 WRITES=000874 
me -OO00 FH -0051 

VTIME=000:308 TTIIME=000:20 SIO=0Q3201 RDR~000451 
PRT-002453 PCH-000000 


CP Q USERS 
073 USERS, 000 DIALEL, 000 NET 


Ce QO TittE 
TIME IS 11216217 PST WEDNESDAY 12/09/81 
CONNECT= 01:03:03 VIETCPU= 000:08.39 TOTCPU= 000:19.72 


SCRIPT TASK 2 


16.1. 





CP IND LOAD 

CPU - 051% APU - 094% Q1-01 Q2-02 STORAGE-008% 
EXPAN-001 

PAGING-0O18/SEC STFAL-000% LOAD-000% 


CP IND USER 

PAGES: RES-0101 WS-0105 READS=C01057 WRITES=000874 
MH -0000 FH -0051 

VTIME=9000:308 TIIME=000:20 SIO=003297 RDB-900451 
PRT-002453 PCH-000000 


CP Q USERS 
078 USERS, 000 CIALEL, 000 NET 


CP’ Q TIME 
TINE IS 11316317 PST WEDNESDAY .12/09/81 
CONNECT= 01:03:03 VIRICPU= 000:08.41 TOTCPU= 000:19.79 


CF IND LOAD 

Cray = Ustay Ar - 094% Q1-01 Q2-02 STORAGE-008% 
EXPAN-001 

PAGING-018/SEC STEAL-000% LOAD-000% 


CP IND USER 

PAGES: RES-0101 WS-0105 READS=001057 WRITES=000874 
He -0000 FH -0051 

VTIME=000:08 TTIIME=000:20 SIO=0Q03228 RDR-00C451 
PRT-002453 PCH-000000 


CP Q USERS 
078 USERS, 000 DIALED, 000 NET 


CP... TIVE 
TIME IS 11:16:17 PST WEDNESDAY 12/09/81 
CONNECT= 01:03:04 VIETCPU= 000:Q8.43 TOTCPU= 000:19.37 


HS 2 





SISCELLANEOUS TASKS 


ERASE TASK 


CP IND LOAD 

CPU - 051% APU ~- O94% Q1-01 Q2-02 STORAGE-008% 
EXPAN-001 

PAGING-018/SEC STEAL-000% LOAL-000% 


CP IND USER 

PAGES: RES-0101 4S-0105 READS=001057 WRITES=000874 
MH -O0000 FH -0051 

VITINE=000°208 TTINE=000:20 SIO=0Q3233 RDR-000451 
PRT-002453 PCH-000000 


CP Q USERS 
O7E USERS, 000 DIALED, 000 NET 


CP AQ tie Ee 
TIME IS 11:3:16317 PST WEDNESDAY .12/09/81 
CONNECT= 01:03:04 VIBTCPU= 000°308.44 TCTCPU= 000:319.92 


CP IND LOAD 

CPU - 051% APU - O94R Q1-QI Q2-02 STOCRAGE-008% 
EXFAN-O0O1 

PAGING-018/SEC STEAL-O00% LOAD-0O00% 


CP IND USER 

PAGES: RES-0101 WS-0105 READS=0Q1057 WRITES=000874 
4H -Q0000 FH -0051 

VTIME=000:08 TIIME=0C0:20 SITO=003240 RDR-000451 
PRT-002453 PCH-000000 
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CP Q USERS 
078 USERS, 000 DIALED, 000 NET 


C® @ TIRE 
TIME IS 113162318 PST WEDNESDAY 12/09/81 
CONNECT= 01:03:304 VIETCPU= 0003.08.45 TOTCPU= 000:19.95 


COPYFILE TASK 


CP IND LOAD 

CPU - 051% RFU - O94% Q1-01 Q2-02 STORAGE-008% 
EXPAN-OO1 

PAGING-O1@8/SEC STEAL-O00% LOAD-O00O% 


CP IMD USER 

PAGES: RES-0O101 WS-0105 READS=0Q1057 WRITES=000 874 
MH -O000 FH -0051 

VTINE=000:08 TITIME=000220 SIO=003243 RDR-000451 
PRT-002453 PCH-000000 


CP Q USERS 
078 USERS, 000 CIALEL, 000 NET 


CP @ Tire 
Tie GS 175 to: 18 PST WEDNESDAY 12/09/81 
CONNECT= 01:03:04 VIETCPU= 000:08.47 TOTCPU= 000:20.01 


CP IND LOAD 

CPU =—051% APU - 094% Q1-Q1 Q2-02 STCRAGE-008% 
EXPAN-001 

PAGING-018/SEC STEAL-000% LOAD-O00% 


CP ABD USER 





PAGES: RES-0068 WS-0105 READS=001057 WRITES=000874 
MH -0000 FH -0051 

VTIME=000:09 TIIME=000:20 SIO=0Q3405 RDR-000451 
PRT-002453 PCH-000000 


CP 2 US#RS 
078 USERS, 000 DIALEL, 000 NET 


Ce 2 Tile 
TIME IS 11316321 PST WEDNESDAY .412/09/81 
CONNECT= 01:203:08 VIRTCPU= 000:08.69 TOTCPU= 000:20.38 


RENAME TASK 


CP IND LOAD 

CPU - 051% APU - O94R Q1-Q1 Q2-O02 SICRAGE-008% 
EXPAN-001 

PAGING-018/SEC STEAI-O000% LOAD-000% 


CP IND GSER 

PAGZS: RES-0068 WS-0105 READS=C01057 WRITES=000874 
MH ~0000 FH ~-0051 

VTINE=000:09 TIIME=000:220 SIO=003408 RDR-000451 
PRT-002453 PCH-000000 


CP Q USERS 
078 GUSERS, 000 DIALEL, 000 NET 


CP QO TIE 
TIME IS 11:16:21 PST WEDNESDAY 12/09/81 
CONNECT= 01:03:08 VIETCPU= 000:08.71 TOTCPU= 000:20.45 


CP IND LOAD 
CPU - 051% APvU - 094% Q1-01 Q2-02 STORAGE-008% 


hes 





EXPAN-0O01 
PAGING-O18/SEC STEAL-000% LOAL-000% 


CP IND USER 

PAGES: RES-~0068 WS-0105 READS=001057 WRITES=000874 
MH -0000 FH -0051 

VTIME=000:09 TTIME=0C00:220 SIO=003413 RDR-000451 
PRT-002453 PCH-000000 


CP. USaRS 
078 USERS, 000 DIALECD, 000 NET 


EP Q TAAE 
TEMPE IS 11:16:21 PST WEDNESDAY 12/09/81 
CONNECT= 01:03:08 VIRETCPU= 000:308.72 TOTCPU= 000320.47 
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